androidwebkit版本

Ⅰ android系统从第一代到现在的第十一代，都带来了哪些变化

时光匆匆，时间转瞬即逝， 科技 发展的步伐，远远超出我们普通人的预计，从当初的通信手机到如今的智能手机，每年手机的发展都在快速的变化，从当初还可拆卸的电池，到现如今的一体机。从哪个拍张照片都模糊不清，到现如今的光学变焦。

手机的发展十分迅速，伴随着的也是系统的快速更新，2007年11月5日，谷歌公司向外界展示了一款名为Android的操作系统。这款系统也伴随着人们，度过了13个年头。它给我们的生活带来了太多的变化

今天小K带大家看看，这十三年来，Android都发布了哪些版本，又经历了哪些变化

Android的发展

2003年10月，大洋彼岸的美国，一个名叫安迪·鲁宾的美国人，带领他的团队打造了Android手机操作系统，安迪·鲁宾本人也被誉为“Android之父”。

2005年这个团队，被全球最大的搜索引擎谷歌公司收购，Android之父安迪·鲁宾成为Google公司工程部副总裁，继续负责Android项目的开发。

2007年11月5日，谷歌公司向外界展示历经多年研发后的Android 阿童木，即Android的测试版本，并发布了Android 阿童木的源代码。

2008年9月，谷歌正式发布Android 1.0

2009年4月30日，谷歌正式推出了Android 1.5手机，该安卓版本被命名为Cupcake，从这里开始，安卓才算真正开始走进大众的视野。该版本开始支持录制和播放视频，并支持上传到谷歌Youtube；支持蓝牙耳机，改善配对性能；最新的采用WebKit技术的浏览器，支持复制/贴上和页面中搜索；GPS性能大大提高；提供屏幕上的虚拟键盘；主屏幕增加音乐播放器和相框widgets；应用程序可以自动随着手机旋转；短信、Gmail、日历，浏览器的用户接口大幅改进，如Gmail可以批量删除邮件；相机启动速度加快，拍摄图片可以直接上传到Picasa；来电照片显示。

同年9月15日、10月26日，安卓先后更新1.6版本、2.1版本，开始支持更多的屏幕分辨率，并先后改善了用户使用界面，出现动态壁纸、支持vpn、可以查看应用耗电、支持相机的闪光灯、数码变焦等

2010年5月20日，这个象征着爱情的节日，谷歌发布了Android 2.2 Froyo，开始支持3g网络共享、Flash、App2sd功能、软件商店、应用API接口的开发。

同年12月7日Android 2.3 Gingerbread发布，增加回收站功能、支持VP8和WebM视频格式、支持前置摄像头、SIP/VOIP和NFC，一键文字选择和复制/粘贴、改进的电源管理系统；新的应用管理方式等。

2011年2月3日 Android 3.0 Honeycomb发布，针对平板做出优化、增强网页浏览功能

同年5月11日 Android 3.1发布，全面支持Google Maps ，将Android手机系统跟平板系统再次合并、支持USB输入设备、支持Google TV.可以支持XBOX 360无线手柄

同年7月13 Android 3.2发布，本次更新开始支持SD卡，支持7英寸平板和高通处理器以及桌面小部件自由缩放功能

同年10月19日 Android 4.0 Ice Cream Sandwich发布，此次更新开始支持截图功能、图片编辑功能，可以加滤镜、加相框、进行360度全景拍摄，新增流量管理工具等

2012年6月28日 Android 4.1 Jelly Bean发布，增强通知栏、搜索优化、桌面插件自动调整大小、加强无障碍操作、语言和输入法扩展等

同年10月30日 Android 4.2 发布，改进锁屏功能、可用两根手指进行旋转和缩放显示、专为盲人用户设计的语音输出和手势模式导航功能等

2013年7月25日 Android 4.3发布

同年11月01日 Android 4.4 KitKat发布，此次更新是谷歌为了整合自家服务，力求防止安卓系统继续碎片化、分散化进行的一次更新。

2014年6月26日 Android 5.0 Lollipop发布，这次更新并未有太多的变化，主要更新了桌面功能

同年Android 5.1发布，支持多张SIM卡

2015年9月30日 Android 6.0 Marshmallow发布，在对软件体验与运行性能上进行了大幅度的优化。延长了手机的续航能力

2016年8月22日 Android 7.0 Nougat 发布，提供新功能以提升性能、生产效率和安全性。进一步优化续航能力

同年Android 7.1发布，本次更新为用户和开发人员引入了各种新功能

2017年8月22日Android 8.0 Oreo发布，本次更新更多的还是支持开发人员进行更新

同年Android 8.1 发布，优化了内存、定位服务等

2018年5月9日Android 9.0 Pie 发布，利用新的人工智能技术，让手机可以为用户提供更多帮助。并且会根据用户习惯进行自我调节

2019年Android 10 发布，提供黑夜模式，优化生物识别技术、优化应用、支持可折叠设备和 5G 网络

而随后的Android 11 预计将在今年11月3号发布

安卓手机历经13年，从最初的只能支持基本的通信和拍照功能，跟随着时代 科技 的变化，增添各种新的 科技 ，让手机成为了我们生活中必不可少的一件电子产品，时至今日我们手上的手机以及能够支持面部指纹支付解锁、更加强大的拍照功能，到可以在手机上游玩各种 游戏 和进行各种 娱乐 ，可以在手机上观看视频等

这些变化从方方面面，改变了我们的生活，让我们在这十几年的时间进入到一个全新的智能时代，也许你感受不到什么变化，也许你觉得自己的生活没有什么改变，那不妨与十几年前时代做个对比！

最后小K 在这里 求关注！求关注！求关注！

Ⅱ Android 5.x 免 Root 升级系统 WebView

Android 的系统碎片化问题可以说是 Android 系统最大的硬伤了，自这个系统诞生以来十几年过去了，依然没能很好的解决，碎片化问题也是每个 Android 开发工程师心中的隐痛😂，每次处理系统碎片化带来的问题时，血压也能分分钟飙升到 200+，为了减轻其他同仁的痛苦以及此后再遇到类似问题能少踩几个坑，就之前的爬坑经历做个记录吧。

有关 WebieView 的重要性和其使用不是本文的重点，但是有几个相关的属性我们必须了解：

在Android4.4（API level 19）系统以前，Android使用了原生自带的Android Webkit内核，这个内核对HTML5的支持不是很好，现在使用4.4以下机子的也不多了，就不对这个内核做过多介绍了，有兴趣可以看下 这篇文章 。

从Android4.4系统开始，Chromium内核取代了Webkit内核，正式地接管了WebView的渲染工作。Chromium是一个开源的浏览器内核项目，基于Chromium开源项目修改实现的浏览器非常多，包括最着名的Chrome浏览器，以及一众国内浏览器（360浏览器、QQ浏览器等）。其中Chromium在Android上面的实现是 Android System WebView ^1 。

从Android5.0系统开始，WebView移植成了一个独立的apk，可以不依赖系统而独立存在和更新，我们可以在 系统->设置->Android System WebView 看到WebView的当前版本。

从Android7.0系统开始，如果系统安装了Chrome (version>51)，那么Chrome将会直接为应用的WebView提供渲染，WebView版本会随着Chrome的更新而更新，用户也可以选择WebView的服务提供方（在开发者选项->WebView Implementation里），WebView可以脱离应用，在一个独立的沙盒进程中渲染页面（需要在开发者选项里打开） ^2 。

从Android8.0系统开始，默认开启WebView多进程模式，即WebView运行在独立的沙盒进程中 ^3 。―― 节选自 如何设计一个优雅健壮的Android WebView？（上）

WebView 的包名在 AOSP 中的值是 com.android.webview ，该值是在 AOSP 构建过程中编译的版本，也就是说它是和系统一起被编译出来的，由于大部分的第三方手机制造商都有自己的定制 ROM，所以包名也是不尽相同，比如 MIUI ROM 中它已经被改为 com.mi.webkit.core 。从 WebView 的版本历史中可以看到自 Android 5.0 开始 WebView 移植成了一个独立的 apk，可以不依赖系统而独立存在和更新，这时候起 WebView 的包名就正式改为 com.google.android.webview 了。

所以这就是为什么网上一堆人问为啥升级了一下系统 WebView ，App 内使用到 WebView 的地方或者是内置浏览器一碰就报 PackageManager$NameNotFoundException: com.google.android.webview 或者 PackageManager$NameNotFoundException: com.android.webview 之类的错误，这些问题在 Android 5.0 的机器上非常常见，因为你升级了 WebView 之后 TMD 包名都变了🤣，而 ROM 定制商一般在版本衔接时都很保守，所以即使系统升到了 Android 5.0 ，解决方案未必就是最新的，内置的 WebView 依然可能是硬编码进 ROM 的，所以系统环境引用的包名可能依旧是 com.android.webview ，你升级到 com.google.android.webview 它当然不认识了😂。

通过上面一通废话，你应该知道了，替换的坑就在如果你换上去的 WebView 包名和原内置的 WebView 包名不一致，就无法使用，所以就需要找一个包名一致的高版本 APK 了，还有一种方法是在系统目录某个配置文件里改个什么值，也就是包名引用，这样你就能换成任何包名的 APK 了，这个暂时没仔细研究，后续有结果了再更新。

APKMirror 是一个 APK 镜像站点，在这里可以找到很多 APK 的 release 版本以及历史版本，尤其 Google 全家桶系列的 APK 非常全，我们在这里根据需求直接搜索包名就可以了，我这里需要 com.android.webview ，检索到如下结果，可以看到这些都是从第三方 ROM 里提取出来的。

因为 Google 官方早在 WebView 40 的时候就已经将包名换成 com.google.android.webview 了，最新的是 72.xxx ，我翻了 15 页才找到最早改名并独立出来的那个版本😂。

adb connect 192.168.18.235

adb shell

su

mount -o rw,remount /system

这里原目录下的文件分别有 /webview/webview.apk 和 /webview/lib/arm/libwebviewchromium.so ，备份原目录：

cd /system/app
mv webview/ webview-b/
mkdir -p webview/lib/arm/

这里很简单，文件后缀 .apk 直接改成 .zip 然后解压缩，复制出 libwebviewchromium.so 即可

先上传文件到设备 /sdcard ，然后执行如下命令移动过去，和原路径以及原文件名保持一致即可。

mv /sdcard/xxx.apk /system/app/webview/webview.apk

mv /sdcard/xxx.so /system/app/webview/lib/arm/libwebviewchromium.so

cd /system/app/
chmod 777 webview/*

adb reboot

如上一顿操作，其实也没什么难度，主要的坑就是包名一致的问题，还有一些系统目录访问权限之类的问题，之前网上搜了好多，都说不 root 没法换，或者换了会出问题，root 权限其实就是为了访问和写入系统目录，通过重新挂载就解决了，换了会崩掉的问题其实就是历史遗留问题，从 4.x 过度到 5.0 WebView 独立了，所以包名变了，或者是 ROM 定制方不按套路来导致换上去的 WebView 不被系统识别，只要找到合适的包就解决了。

Ⅲ webkit内核的浏览器有哪些

webkit内核的浏览器有Google Chrome、Android的自带的浏览器、搜狗浏览器、傲游浏览器、360极速浏览器、阿里云浏览器、QQ浏览器、网络PC浏览器、

2008年9月2日，谷歌公司发布的第一个版本Google Chrome就采用了Webkit引擎。

2009年，广受关注的Android的自带的浏览器也是Webkit内核，加载网页速度比IE手机浏览器快了近一倍。

2010年1月24日，搜狗公司发布搜狗浏览器V2.0Beta，采用Chromium引擎，并支持与IE引擎互相切换。

2010年1月24日，傲游浏览器3.0beta发布。2012年5月31日已发布3.3.9.1000。傲游3修正了众多假死问题。拥有双引擎切换功能。

2010年9月16日，360极速浏览器发布，这是一款使用Chromium开源代码（基于webkit内核）的浏览器，网页浏览比ie快一倍。

2010年6月11日，阿里云浏览器内测第一版(0.1.9.0)发布，这是一款集成Chromium内核、IE内核的浏览器。

2010年5月25日，腾讯推出的QQ浏览器采用webkit内核以及IE内核。

2011年7月18日，网络推出的网络PC浏览器支持IE和Webkit双内核智能切换。

(3)androidwebkit版本扩展阅读：

WebKit 所包含的 WebCore排版引擎和 JSCore 引擎，均是从KDE的KHTML及KJS引擎衍生而来。它们都是自由软件，在GPL条约下授权，同时支持BSD系统的开发。所以Webkit也是自由软件，同时开放源代码。WebKit的优势在于高效稳定，兼容性好，且源码结构清晰，易于维护。

尽管Webkit内核是个非常好的网页解析机制，但是由于以往微软把IE捆绑在Windows里，导致许多网站都是按照IE来架设的，很多网站不兼容Webkit内核，比如登录界面、网银等网页均不可使用Webkit内核的浏览器。

Ⅳ android 升级webview版本，包括6.0系统

在做系统修改的过程中，android自带的webview版本不能满足OEM客户的要求，此种现象在android低版本中尤为更甚；因此我们需要自己对webview的版本进行升级。在Android 4.4版本以前，google采用的是webkit内核，也没有把webview作为一个apk独立出来，所以我们升级webview只能再Android 5.0以后；

目前通用的方法就是在浏览器中输入 liulanmi.com/labs/core.html 进行查看，我的理解，应该有其他方式，但一直未找到，还望指教。
下图是我升级过的版本：

https://www.apkmirror.com/uploads/?q=android-system-webview
该网址需要特殊访问，诸君自己努力吧！

目前我修改过6.0 和10系统，二者存在一定差异，但大同小异，猜测其他版本应该也差异不大

4.编译

4.编译

在调试6.0的时候，网上大部分博客修改的webview.apk都是修改 arm64 目录下的，导致我一直不能编译出正常的apk文件，最后我发现，在 prebuild 统计目录的 Android,mk 文件中有这个配置

最后一行指定了使用的webview.apk在哪个目录下，但是 my_src_arch 这个变量值未找到定义的地方；那就开启盲猜模式，既然arm64目录不行，那就只能是arm目录；实践证明，猜测正确。后来思考一下， 我们可以通过打印的方式，来看这个变量值到底是什么！

Ⅳ 浏览器统计中Android Webkit Browser是指的什么

Android Webkit Browser指的是
Android下的采用Webkit内核的浏览器

WebKit 是一个开源的浏览器引擎，与之相对应的引擎有Gecko（Mozilla Firefox 等使用）和Trident（也称MSHTML，IE使用）。同时WebKit 也是苹果Mac OS X 系统引擎框架版本的名称，主要用于Safari，Dashboard，Mail 和其他一些Mac OS X 程序。WebKit 前身是 KDE 小组的 KHTML，WebKit 所包含的 WebCore 排版引擎和 JSCore 引擎来自于 KDE 的 KHTML 和 KJS，当年苹果比较了 Gecko 和 KHTML 后，仍然选择了后者，就因为它拥有清晰的源码结构、极快的渲染速度。

Ⅵ Android开发之WebView（一）配置&小技巧

背景：原生时间紧没时间开发任务量大的任务，而前端又闲着打酱油

方案：原生+webview混合开发

缺点：对于比较复杂的页面，webview在性能上力不从心；且与原生通信频繁也增加了隐藏的工作量

优点：能自带支持动态更新（js），能充分利用人力

webview是一个基于webkit引擎，展示web页面的控件。Android上的webview在低版本和高版本采用了不同的webkit版本内核，Android4.4（19）后直接使用了Chrome内核；WebView控件功能强大，除了具有一般View的属性和设置外，还可以对url请求，页面加载，渲染，页面交互进行强大的处理。一般来说webview可单独使用，也可联合其工具类一起使用

移动应用的主体是webview，主要以网页语言编写，穿插Native功能的Hybrid App开发类型。激活webview为活跃状态，能正常执行网页的响应；当webview 的页面被失去焦点切换到后台不可见状态onPause时，需要通知自己暂停所有的动作，比如DOM的解析，plugin的执行，javaScript的执行等

1，显示和渲染web页面

2，直接使用本地assets或者网络上的html文件作为布局

3，可和JavaScript进行互相调用

1，直接在布局文件里写死

2，动态添加进viewgroup中

注：不管以哪种方式，都必须注意webview的销毁，否则可能会造成内存泄漏最终导致内存溢出crash

下面是WebView的一些常用的方法列举，一些已经过时的方法未列出

下面是WebSettings的一些常用的方法列举，一些已经过时的方法就没有写出来了

一般不管是动态生成还是xml写死，只要处理好了引用持有问题，就能有效的避免内存泄漏；下面是我尝试的方案，在工具类WebViewUtils.java里封装好，在activity销毁的时候调用

1，清除webview缓存和记录

2，可以设置不启用缓存

3，H5的一些控件标签不支持导致的白屏

4，xml启用软件加速

5，通过menifest的来配置，在目标webview的activity设置

解决方案：

解决方案：

解决方案：

上一篇： Flutter入门-01-工程创建&目录介绍

Ⅶ webview是什么东西

(7)androidwebkit版本扩展阅读

WebView的作用：

1.显示和渲染Web页面；

2.直接使用html文件（网络上或本地assets中）作布局；

3.可和JavaScript交互调用。

Ⅷ Android系统 WebView是什么有什么用

现在越来越多的APP都内置了Web网页去加载视图，也就是我们常说的Hybrid APP混合应用，市场上很多平台都是这样做的，比如我们经常使用的淘宝、京东等电商平台。这些是如何实现的呢？在我们Android中有一个WebView组件，它就可以实现此类功能。它是Android中的原生UI控件，主要用于在APP应用中方便地访问远程网页或本地HTML资源，同时WebView也在Android中充当Java代码和JS代码之间交互的桥梁，实际上也可以将WebView看做一个功能最小化的浏览器。下面我们一起来看看WebView的一些常用的使用方法。

WebView是Android系统提供的一个能显示网页的系统控件，它是一个特殊的View，同时也是一个ViewGroup，可以有很多其他子View。在Android 4.4以下（不包含4.4）系统WebView底层实现是采用WebKit内核，而在Android 4.4及其以上Google采用了Chromium内核作为系统WebView的底层内核支持。在这一变化中Android提供的WebView相关API并没有发生较大变化，在4.4上也兼容低版本的API并且引进了少部分API。这里简单介绍下基于Chromium的WebView和基于WebKit的WebView之间的差异，基于Chromium的Webview提供了更广的HTML5、CSS3、JavaScript支持，在Android系统版本5.0上基于Chromium 37，WebView提供了绝大多数的HTML5特性支持，除此之外Chromium也支持远程调试（Chrome DevTools）。WebKit JavaScript引起采用WebCore JavaScript在Android 4.4上换成了V8能直接提升JavaScript性能。

二、作用
1、显示和渲染Web页面
2、使用html文件（网络上或本地assets中）作为布局
3、可与JavaScript交互调用
注： WebView控件功能强大，除了具有一般View的属性和设置外，还可以对Url请求、页面加载、渲染、页面交互进行强大的处理。

Ⅸ 关于Android WebView的那些事

[TOC]

Webkit是一个开源浏览器项目，其中，对Android开发者来说，或多或少的都有些接触。 在应用层来看，最经常使用无非这么几个类：WebView（Android中最为复杂，也是最为简单的一个View，继承自AbsoluteLayout），WebViewClient、WebChromeClient（作为回调控制类）、WebSettings（进行设置项的配置）等；Webkit内部包含了网络请求、页面渲染、Js引擎等等。在Android4.4之前的版本中，系统使用的是Webkit内核，其后，切换到Google的Chromium内核。本文主要介绍的是在Android中，如何使用Webkit进行H5页面的展现，以及常见问题的分析手段。

下面的内容抄自网络 & 乱七八糟的地方，简单了解一下。

<b><i>前面都是吹牛逼的信息，如何使用Webkit来更好的搬砖？ 且听如下分解</i></b>

XML布局中丢一个 <WebView> 标签，然后再 Activity 或者 Fragment 中 findViewById ，进而 loadUrl ，一般也没人这么简单的用，除非写Demo。很简单，它就是一个Layout，提供了一个调用加载页面的接口，不写范例了，能看到这篇文章的都看过Google的API说明。

主要涉及到WebView和WebSettings两个类。

例如：

其实就是WebView的父类ViewGroup和View的方法，不多说了。不过需要注意的是，不是所有的View或ViewGroup的方法对WebView都生效。

列举几类常用的，几乎所有App的 WebView 都会设置的属性：

</br>

如何处理页面跳转以及特殊 Scheme

这个回调可以说是最容易出问题的一个回调，表示什么？ 字面意思，让你重写这个URL 的loading，比如点击html打电话的一个 <a href=“tel：110”> 标签，作为一个有节操、有责任心的浏览器，你需要处理 H5常用的几个Scheme ：

除此之外，还有各个应用自定义的scheme ，举个例子，支付宝的支付Scheme ： alipay： 。 这里的返回值，就代表你有没有能力处理这个url，没有的话Webkit就默认处理了。
需要注意的是，这个回调的触发的绝大多数情况是点击页面的 <a href="xxxx"> a标签，在Android中 loadUrl("http://www..com") ，是不会回调的，为什么不会回调，各位自行理解吧。

超链接 <a> 标签怎么写： 点我
特别说下窗口常见的两种打开方式：

针对单页模式的WebView框架(所有的html窗口均使用同一个WebView实例)，不需要关注target的。
如果作为一个成熟的浏览器框架的话，是需要支持Html、JavaScript使用新窗口打开页面，需要实现如下回调：

还有一个相关设置项： WebSettings.
此时，系统将不会再回调 shouldOverrideUrlLoading 。新窗口逻辑的具体实现机制，可以参考系统browser实现逻辑。

<b> 这里有个坑 </b>
Android 4.4版本 ，如果实现了onCreateWindow，也就是说页面 <a> 标签是这么写的： <a href="http://www..com" target="_blank"> ，点击此链接打开的新WebView窗口，此窗口中的url点击，是不会触发 shouldOverrideUrlLoading 。 这是刚替换成Chrominum内核出的一个bug。本人并没在新版本上验证是否已经修复。

另外，根据不同的Rom，底层实现是不一样的，有的ROM会帮你处理各种调起scheme，也就是startActivity，有的ROM点一个url，就会抛一个intent出来，让用户选择系统浏览器进行加载。

系统默认，提供了一个接口:

有什么安全隐患呢？
戳这里

如果不知道Js怎么写， 请戳我

用PC的截图意思一下，看出区别了吧。 这里确定、取消点击以后就得调用 JsResult、JsPromptResult 的 confirm或者cancel。

因为安全问题，大一些的App Native与Js通信都不再用 WebView.addJavascriptInterface(Object) 了，都改用JsPrompt，因为JsPrompt中有message、有JsPromptResult可以返回给Js一些信息，所以桥选中了JsPrompt，另一个备选方案是JsConsole。

大体有这么几种方式进行传递

具体方案实现时，多方面考虑使用何种方式。

还有一个比较牛逼的

系统源码中均有方法注释，怎么用自己看吧。
那么问题来了

查了下，只有这两个相关的：
WebBackForwardList BackForwardList()
void clearHistory()
系统提供的关于历史记录的操作并不多，因为，不支持单条删除啊，啊啊啊！
WebViewClient中，还有一个相关callback，当系统更新历史记录时回调：
void doUpdateVisitedHistory(WebView view, String url, boolean isReload)

<b>相关问题分析法：历史栈回退错误的定位</b>

绝大多数回退错误是由于接口调用、回调中逻辑执行时序错误。
定位方法：利用 BackForwardList ， doUpdateVisitedHistory 两个接口在 loadUrl、onPageStart、onPageFinish 以及逻辑相关的地方调用，打log，查看历史栈，这里注意下由于loarl是异步的，需要考虑是否加延迟等等保证调用时机的准确。
本人曾经遇到一个问题：在WebChromeClient中的 JsPrompt回调中，直接进行WebView.goBack操作，结果发现WebView确实回退到上一个页面，但是BackFowardList当前页面的index未更新的问题，具体见另一个篇blog。

网上有很多关于WebView内存泄露的讨论，据传，老版本的WebView在展示大量图片的时候，即使 WebView.destory() WebView=null ，也不会销毁。
在新版本上，实际测试结果：compileSDKVersion 23 不会泄露。
一般，我们如何销毁WebView比较保险？

这个问题好大。。。
暂时不介绍，另起blog进行说明。

解决方案：
实现回调 void onReceivedSslError(WebView view, SslErrorHandler handler, SslError error)

首先，提几个需要注意的点：

个人归纳总结几点：

step1 进入开发者模式，勾选“显示布局边界”；
step 2，回到你想查看的界面； step 3 假如内容区只有一层基本就是H5 WebView的，多个层级，就是Native。

看到左右图的差异了吧。
还有另一种方法，RD屌丝们看这里，特别说明，这种方法不太适合浏览器。 （自有内核，可能会不准确）

好了，就介绍到这里，零零散散的几年前写的文章，第一篇blog，如有不对的地方，还恳请大家指正。