1.android view中的码下web view是什么？
2.Android中View的创建过程
3.android自定义view
4.Android ViewRootImpl
5.Android系统WebView是什么有什么用
6.Android View详解

android view中的web view是什么？

       这是安卓系统内置webkit内核浏览器的一个组件，组件名称为Webview。码下

       WebView是码下安卓系统中一款基于webkit引擎、展现web页面的码下控件。 Android的码下Webview在低版本和高版本采用了不同的webkit版本内核，在版本更新到4.4后直接使用了Chrome版本。码下dos中断源码

       WebView能够对Web页面进行i显示和渲染，码下可以直接使用html文件（网络上或本地assets中）作布局，码下更可以可和JavaScript交互调用。码下

       WebView控件功能强大，码下除了具有一般View的码下属性和设置外，还可以对url请求、码下页面加载、码下封包无需注入源码渲染、码下页面交互进行强大的码下处理。

       总的来说，webView是用于展示网络请求后的结果，比如：开发者开发一款APP,如果想要用它访问网络，但是不想使用手机安装的浏览器，而是想在自己APP内部打开展示网页，此时就可以使用webView这个组件来展示网页。

扩展资料：

       WebView组件使用的WebKit引擎。默认情况下，WebView不支持JavaScript，web页面的内容资讯平台源码错误也会被忽略，如果只是用Webview来显示网页而不用交互，默认配置就可以了。如果需要交互，就需要自定义配置了。

       WebView加载远程网页语法格式：

       webView.loadUrl("");

       WebView加载assets目录下的本地网页语法格式：

       webView.loadUrl("file:///android_asset/test.html");

       WebView加载手机本地网页语法格式：

       webView.loadUrl("content://com.android.htmlfileprovider/sdcard/test.html");

       WebView加载HTML代码片段语法格式：

       webView.loadData(data, "text/html", "utf-8");

       webView.loadDataWithBaseURL(null, data, "text/html", "utf-8", null);

       百度百科-webkit之WebView

Android中View的创建过程

        我们知道在onCreate里面View还是没有测绘完成的。那么什么时候测绘完成了？答案是onResume。

        通过查看源码 我们可以看到在onCreate方法里面调用了getWindow()方法然后在将我们的页面塞到这个window里面。这个window也就是PhonwWindow.

        那PhoneWindow是什么时候被创建的？

        这就引出了Activity的创建流程。

那Activity是怎么被创建的呢？

        由于Activity是一个组件他是由系统使用ActivityThread方法去创建的。

        现在我来分析下：

        先来到ActivityThread类的handleLaunchActivity方法。

        可以看到他去调用了Activity的performCreate方法。

        现在我们终于看到onCreate方法被调用了。

        这里还有个重点，在performLaunchActivity里面去调用Activity的onCreate方法之前还去做了一件很重要的事情，这个事情在第行：调用了Activity的attach方法。

        现在跟到Activity的attach方法：找到了我们一直找的PhoneWindow的创建。

android自定义view

       android怎么自定义view呢？不知道的小伙伴来看看小编今天的分享吧!

       android可以通过组合控件来实现自定义view。组合控件就是将系统原有的控件进行组合，构成一个新的控件。这种方式下，不需要开发者自己去绘制图上显示的内容，也不需要开发者重写onMeasure，onLayout，onDraw方法来实现测量、布局以及draw流程。

       å…·ä½“操作：

       1、定义标题栏布局文件

       å®šä¹‰æ ‡é¢˜æ çš„布局文件custom_title_view.xml，将返回按钮和标题文本进行组合。这一步用于确定标题栏的样子，代码如下所示：

xmlversion="1.0"encoding="utf-8"?

       RelativeLayoutxmlns:android="/apk/res/android"

       android:layout_width="match_parent"

       android:layout_height="wrap_content"

       android:background="@android:color/holo_orange_light"

       Button

       android:id="@+id/btn_left"

       android:layout_width="wrap_content"

       android:layout_height="wrap_content"

       android:layout_centerVertical="true"

       android:layout_marginLeft="5dp"

       android:text="Back"

       android:textColor="@android:color/white"/

       TextView

       android:id="@+id/title_tv"

       android:layout_width="wrap_content"

       android:layout_height="wrap_content"

       android:layout_centerInParent="true"

       android:text="Title"

       android:textColor="@android:color/white"

       android:textSize="sp"/

       /RelativeLayout

       2、根据给定布局实现自定义View

       publicclassCustomTitleViewextendsFrameLayoutimplementsView.OnClickListener{

       privateView.OnClickListenermLeftOnClickListener;

       privateButtonmBackBtn;

       privateTextViewmTittleView;

       publicCustomTitleView(@NonNullContextcontext,@NullableAttributeSetattrs){

       super(context,attrs);

       LayoutInflater.from(context).inflate(R.layout.custom_title_view,this);

       mBackBtn=findViewById(R.id.btn_left);

       mBackBtn.setOnClickListener(this);

       mTittleView=findViewById(R.id.title_tv);

       }

       @Override

       publicvoidonClick(Viewv){

       switch(v.getId()){

       caseR.id.btn_left:

       if(mLeftOnClickListener!=null){

       mLeftOnClickListener.onClick(v);

       }

       break;

       }

       }

       publicvoidsetLeftOnClickListener(View.OnClickListenerleftOnClickListener){

       mLeftOnClickListener=leftOnClickListener;

       }

       publicvoidsetTittle(Stringtitle){

       mTittleView.setText(title);

       }

       }

       è¯´æ˜Žï¼š

       ï¼ˆ1）代码中对外提供了两个接口，一是动态设置标题，二是使用者可以自定义返回按钮的点击事件。

       ï¼ˆ2）CustomTitleView的构造函数，要选择两个参数的，选择其它参数的构造函数会报错。这一点是笔者开发机测试的结果，暂时不清楚是不是所有手机上都是这样。

       ï¼ˆ3）这里是继承的FrameLayout，但是继承LinearLayout，RelativeLayout等系统布局控件都可以。之所以要继承这些系统现成的ViewGroup，是因为这样可以不用再重写onMeasure，onLayout等，这样省事很多。由于这里是一个布局控件，要用LayoutInflater来填充，所以需要继承ViewGroup，如果继承View的直接子类，编译会不通过。所以，CustomTitleView自己就是一个容器，完全可以当成容器使用，此时CustomTitleView自身的内容会和其作为父布局添加的子控件，效果会叠加，具体的叠加效果是根据继承的容器特性决定的。

       3、在Activity的布局文件中添加CustomTitleView。

       åœ¨Activity的布局文件activity_custom_view_compose_demo.xml中，像使用系统控件一样使用CustomTitleView即可。CustomTitleView自己就是继承的现成的系统布局，所以它们拥有的属性特性，CustomTitleView一样拥有。

xmlversion="1.0"encoding="utf-8"?

       RelativeLayoutxmlns:android="/apk/res/android"

       android:layout_width="match_parent"

       android:layout_height="match_parent"

       com.example.demos.customviewdemo.CustomTitleView

       android:id="@+id/customview_title"

       android:layout_width="match_parent"

       android:layout_height="wrap_content"

       /com.example.demos.customviewdemo.CustomTitleView

       /RelativeLayout

       4、在Activity中操作CustomTitleView，代码如下：

       1publicclassCustomViewComposeDemoActivityextendsAppCompatActivity{ privateCustomTitleViewmCustomTitleView;4@Override5protectedvoidonCreate(BundlesavedInstanceState){ 6super.onCreate(savedInstanceState);7setContentView(R.layout.activity_custom_view_compose_demo);8mCustomTitleView=findViewById(R.id.customview_title);9mCustomTitleView.setTittle("ThisisTitle");mCustomTitleView.setLeftOnClickListener(newView.OnClickListener(){ @OverridepublicvoidonClick(Viewv){ finish();}});}}

       åœ¨ç¬¬8行中，获取到CustomTitleView实例，第9行设置标题文字，第行自定义“Back”按钮点击事件。

       5、效果图

       æŒ‰ç…§å¦‚上的4步，就通过组合控件完成了一个比较简单的自定义标题栏。

       ä»¥ä¸Šå°±æ˜¯å°ç¼–今天的分享了，希望可以帮助到大家。

Android ViewRootImpl

       æœ¬æ–‡ä¸»è¦åˆ†æžä¸¤ä¸ªé—®é¢˜ï¼š

        1、为什么View 的绘制流程是从 ViewRootImpl 的performTraversals()方法开始的？

        2、View 的invalidate方法是怎么触发到ViewRootImpl 的performTraversals()方法的。

        在阅读本文前，最好先了解window的添加过程，Android消息处理机制 和 View 的绘制流程。推荐先阅读以下文章：

        Android Window和WindowManager

        Android-消息机制

        Android View 的绘制流程

       android 源码注释的意思是：ViewRootImpl是视图层次结构的顶部，实现 View 和 WindowManager 之间所需的协议。是 WindowManager Global 的内部实现中重要的组成部分。

        View 的绘制流程是从 ViewRootImpl 的performTraversals()方法开始的，那到底是哪里调用了performTraversals()方法呢，下面我们分析一下：

        1.私有属性的performTraversals()方法肯定是在内部调用起来的，经过搜索找到是doTraversal()方法调用了。

        2.接着找到了，调用了doTraversal() 的TraversalRunnable ç±»

        3.内部只有一个地方实例化了TraversalRunnable 的实例mTraversalRunnable ，查到到两个方法内都调用了mTraversalRunnable ，明显 scheduleTraversals 是主动触发这个 Runnable 。这就表明调用了scheduleTraversals ()函数的地方都主动触发了view的刷新。

        4.接着我们看一下 mChoreographer.postCallback 做了什么

        可以看到，最后后走进了scheduleVsyncLocked()方法内。

        5.mDisplayEventReceiver 的类 是 FrameDisplayEventReceiver，继承自

        DisplayEventReceiver 。

        最后走到这里就没了，那么这个方法是做了什么呢，这个方法的注释是这个意思：安排在下一个显示帧开始时传送单个垂直同步脉冲。意思就是，调用了这个方法可以收到系统传送过来的垂直同步脉冲信号。Android系统每隔ms就会发送一个VSYNC信号（VSYNC：vertical synchronization 垂直同步，帧同步），触发对UI进行渲染。这个垂直同步信对于应用来说了，只有了订阅了监听，才能收到。而且是订阅一次，收到一次。

        6.既然是在这个类里面订阅垂直同步信号的，那回调也应该在这里。于是找到了以下方法。

        native code 调用到 onVsync，这个方法的注释解释如下：当接收到垂直同步脉冲时调用。接收者应该渲染一个帧，然后调用 { @link scheduleVsync} 来安排下一个垂直同步脉冲。

        这个方法的具体实现在前面分析到的FrameDisplayEventReceiver 类里面。

        这里可以看到，其实mHandler就是当前主线程的handler，当接收到onVsync信号的时候，将自己封装到Message中，等到Looper处理，最后Looper处理消息的时候就会调用run方法，这里是Handler的机制，不做解释。

        7.最后，如下图调用所示，最终从mCallbackQueues取回之前添加的任务再执行run方法，也就是TraservalRunnable的run方法。

        总结上面的分析，调用流程如下图所示如下：

        上面我们分析到只要调用了ViewRootImpl 的scheduleTraversals ()方法，最终就能调用了ViewRootImpl 的performTraversals()来开始绘制。那肯定是我们常调用的view刷新的接口，经过一系列的方法调用，最终调用了ViewRootImpl 的scheduleTraversals ()方法。下面我们分析一下常用的View 的 invalidate()接口是怎么调用到了ViewRootImpl 的scheduleTraversals ()方法。

        可以看出，invalidate有多个重载方法，但最终都会调用invalidateInternal方法，在这个方法内部，进行了一系列的判断，判断View是否需要重绘，接着为该View设置标记位，然后把需要重绘的区域传递给父容器，即调用父容器的invalidateChild方法。

        接着我们看ViewGroup#invalidateChild：

        由于不断向上调用父容器的方法，到最后会调用到ViewRootImpl的invalidateChildInParent方法，我们来看看它的源码，ViewRootImpl#invalidateChildInParent:

        最后调用了scheduleTraversals方法，触发View的工作流程。至此，我们已经完整地分析了一次调用View 的 invalidate()方法到触发ViewRootImpl 的scheduleTraversals()方法。

Android系统WebView是什么有什么用

       Android系统WebView是什么有什么用

       WebView是Android系统中内置了一款高性能 webkit 内核浏览器,在 SDK 中封装为一个叫做 WebView 组件

       可以加载网页或者加载JS代码

       如果你想使用你需要添加网络权限

       安卓系统webview是什么

       Android WebView是使Android APP内显示网页内容的系统插件，XX App(百度、亚马逊、订票、汽车之家)要调用此插件显示信息，一般更新最新版本可以解决一些应用不能显示网页内容的错误。

Android View详解

       在Android开发中，View扮演着核心的阅读平台设计源码角色。它是所有控件的基础类，无论是简单的文本显示（TextView）还是复杂的布局管理器（LinearLayout, ListView），它们都源于View这个抽象类。View不仅代表了界面元素，还扩展到ViewGroup，这个名字暗示了它能包含一组View，即一个控件集合。

       View的位置控制是通过四个关键属性来实现的：top、left、right、bottom，它们分别对应View的苦心ios导航源码上、左、右、下边界。通过getLeft()、getRight()、getTop()和getBottom()方法获取这些坐标。从Android 3.0开始，还引入了x、y、translationX和translationY，它们分别表示左上角的坐标以及相对于父容器的偏移。通过这些参数，我们可以计算出View的实际宽高和位置关系。

       View的移动方式有两种：一是使用scrollTo/scrollBy方法，如将TextView内容移动到(-,-)，这是基于绝对位置的移动。二是通过动画，如位移动画，可以实现实体View的移动。Android 3.0以后，我们还可以直接通过setTranslationX和setTranslationY进行移动，效果类似scrollTo。

       实例演示中，我们创建了一个自定义TextView，通过重写onTouchEvent方法，捕捉触摸事件，实现随手指滑动而移动。这需要理解触摸事件的ACTION_DOWN、ACTION_MOVE和ACTION_UP，以及如何利用这些事件计算偏移并调整View的位置。

       总结来说，本篇内容讲解了：View的基本概念，坐标和获取方法，移动方式的区别，以及通过实例操作来深化理解。希望对你理解Android View有所帮助。

Android-View-invalidate 绘制流程

       Android中的View刷新机制，通过invalidate()方法触发的绘制流程如下：

       首先，当调用View的invalidate()，它会将需要重绘的区域通知其父ViewGroup，并调用invalidateChild()方法。在软件绘制过程中，ViewRootImpl会接收这个请求，开始计算需要更新的区域，并通过scheduleTraversals()安排后续的绘制任务。

       ViewRootImpl的scheduleTraversals()会通过Handler开启同步屏障，然后执行mTraversalRunnable中的回调，这个回调负责记录绘制时间，并调用performTraversals()开始绘制过程。这个过程主要包括performMeasure()、performLayout()和performDraw()三个步骤。

       在performMeasure()中，View会调用onMeasure()进行尺寸计算；performLayout()涉及onLayout()，用于布局调整；而performDraw()则执行onDraw()，绘制UI。默认情况下，只有onDraw()会在invalidate()后执行，因为mLayoutRequested默认为false。若需要执行onMeasure()和onLayout()，则需通过requestLayout()手动设置mLayoutRequested为true。

       总结来说，invalidate()的流程是：从子View向根布局传递刷新任务，由根布局驱动整个View Tree进行更新。在性能优化上，invalidate()仅触发onDraw()，避免了不必要的测量和布局计算。

androidwebview下载(webviewapp下载)

       Android中的webview为何设置了setDownloadListener无效呢

       webview里是用html语言管控的，在html语言里置顶就可以了，用绝对位置

手机安装webview插件后没有出现图标是什么原因

       åœ¨Android跨入5.0版本之后，我们在使用Android手机的过程中，可能会发现一个奇特的现象，就是手机里的WebView是可以在应用商店升级，而不需要跟随系统的。

       è¿™ä¸€ç‚¹åœ¨iOS中尚未实现，（iOSOTA的历史也不是特别的悠久）。但是webview.apk不是一个普普通通的apk，首先它没有图标，不算是点击启动的“App”。同时，更新这个APK，会让所有使用webview的应用都得到更新，哪怕是webview中的UI，比如前进后退也一样，得到更新。

       è¿™ä¸€ç‚¹æ˜¯å¦‚何做到的呢？今天我们来分析下webview这个奇特的APK。

       Android资源和资源ID

       å¦‚果开发过Android的小伙伴，对R这个类是熟悉得不能再熟悉了，一个R类，里面所有的“字符串”我们都看得懂，但是一堆十六进制的数字，我们可能并不是非常的熟悉，比如看见一个R长这样：

       publicclassR{

       publicstaticclasslayout{

       publicstaticfinalintactivity_main=0x7f

       }

       }

       åŽé¢é‚£ä¸²åå…­è¿›åˆ¶çš„数字，我们一般称之为资源ID(resId)，如果你对R更熟悉一点，更可以知道资源id其实是有规律的，它的规律大概是

       0xPPTTEEEE

       å…¶ä¸­PP是packageId，TT是typeId，EEEE是按规律出来的实体ID（EntryId），今天我们要关注的是前四位。如果你曾经关注的话，你大概会知道，我们写出来的App，一般PP值是7F。

       æˆ‘们知道android针对不同机型以及不同场景，定义了许许多多config，最经典稿唤枣的多语言场景：

       values/values-en/values-zh-CN我们使用一个字符串资源可能使用的是相同的ID，但是拿到的具体值是不同的。这个模型就是一个表模型——id作为主键，查询到一行数据，再根据实际情况选择某一列，一行一列确定一个最终值：

       è¿™ç§æ¨¡åž‹å¯¹æˆ‘们在不键拆同场景下需要使用“同一含义”的资源提供了非常大的便捷。Android中有一个类叫AssetManager就是负责读取R中的id值，最终到一个叫resources.arsc的表中找到具体资源的路径或者值返回给App的。

       æ’件化中的资源固定

       æˆ‘们经常听见Android插件化方案里，有一个概念叫固定ID，这是什么意思呢？我们假设一开始一个App访问的资源id是0x7f，它是一张图片，这时候我们下发了新的插件包，在构建的过程中，新增了一个字符串，恰好这张图片在编译中进行了某种排序，排序的结果使得oxPPTT中的string的TT变成了，于是这个字符串的id又恰好变成了0x7f。那么老代码再去访问这个资源的时候，访问0x7f，这时候拿到的不再是图片，而是一个字符串，那么App的Crash就是灾难性的了。

       å› æ­¤ï¼Œæˆ‘们期望资源id一旦生成，就不要再动来动去了。但是这里又有一个非常显眼的问题：如果packageId永远是7f，那么显然是不够链枯用的，我们知道有一定的方案可以更改packgeId，只要在不同业务包中使用不同的packageId，这样能极大避免id碰撞的问题，为插件化使用外部资源提供了条件。

       ç­‰ç­‰ï¼æˆ‘们在开头说到了webview.apk的更新——代码，资源都可以更新。这听上去不就是插件化的一种吗？Google应用开发者无感知的情况下，到底是怎么实现webview的插件化的呢？如果我们揭开了这一层神秘的面纱，我们是不是也可以用这个插件化的特性了呢？

       ç­”案当然是肯定的。

       WebViewAPK和android系统资源

       æˆ‘作为一个Android工具链开发，在开始好奇webview的时候，把webview.apk下载过来的第一时间，就是把它拖进AndroidStudio，看一看这个APK到底有哪里不同。

       ä»”细看，它资源的packgeId是！直觉告诉我，0这个值很特殊。

       æˆ‘们再看下大名鼎鼎的androidsdk中的android.jar提供的资源。

       è¿™é‡Œè¯´ä¸ªé¢˜å¤–话，我们使用android系统资源，比如@android:color/red这样的方式，其实就是使用到了android.jar中提供的资源。我们可以把这个android.jar重命名成android.apk，拖进AndroidStudio中进行查看。

       æˆ‘们看到，android.jar中资源的packageId是。直觉告诉我，1这个值也很特殊，（2看上去就不那么特殊了）这个的实现，其实靠猜也知道是怎么做的——把packageId作为保留id，android系统中资源的id永久固定，那么所有app拿到的0x开头的资源永远是确定的，比如，我们去查看color/black这个资源，查看上面那张表里的结果是0xc，那么我至少确定我这个版本所有android手机的@android:color/black这个资源的id全都是0xc。我们可以做一个demo为证，我编译一个xml文件：

       webview使用loadDataWithBaseURL方法的时候是没有问题，但是在ScrollView下边使用的时候，在小米手机显示不了；在一个页面中的H5使用SVG进行绘图，但是在VIVO和OPPO手机都无法显示，最后网上查了一堆资料，各种Settings设置，但是还是不显示，感觉还是SVG兼容性问题，OPPO和VIVOroom做的也

       æ€¥æ€¥æ€¥ï¼å®‰å“开发：webview遇到磁力链接如何调用迅雷下载

       è¿…雷～下载（主页右上）～＋（下载页右上）～新建下载链接。

androidwebview怎么使用本地缓存

       android

       webview使段州用本地缓存的话，思路如下：

       å®šä¹‰ä¸€ä¸ªç¦»çº¿ä¸‹è½½çš„服务Service

       å¯åŠ¨åŽå°æœåŠ¡Service来执行异步下载

       å­˜å‚¨åˆ°æœ¬åœ°æ•°æ®åº“中

       æ¯ä¸€æ¬¡åŠ è½½url之前，先判断数据库是否存在缓存内容

       5.如果存在缓存，优先加载本地缓存，如知燃滑搭腊果不存在，才执行联网请求

androidwebview加载网页很慢，而浏览器很快

       Android客户端中混搭HTML页面，会出现虽然HTML内容载入完成，标题也正常显示，但是整个网页需要等到近5秒（甚至更多）时间才会显示出来。研究了很久，简链闭搜遍了国外很多唤坦网站，也看过PhoneGap的代码，一直无解。

       ä¸€èˆ¬äººå †WebView的加速，都是建议先用webView.getSettings().setBlockNetworkImage(true);将图片下载阻塞，然后在浏览器的OnPageFinished事件中设置webView.getSettings().setBlockNetworkImage(false);通过图片的延迟载入，让拦裂网页能更快地显示。

       ä½†æ˜¯ï¼Œé€šè¿‡å®žé™…的日志发现，Android的OnPageFinished事件会在Javascript脚本执行完成之后才会触发。如果在页面中使用JQuery，会在处理完DOM对象，执行完$(document).ready(function(){ });事件自会后才会渲染并显示页面。如下图

       è¯¦ç»†ä»£ç 

Android5.x免Root升级系统WebView

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

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

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

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

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

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

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

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

       æ‰€ä»¥è¿™å°±æ˜¯éƒ‘核为什么网上一堆人问为啥升级了一下系统WebView，App内使用到WebView的地方或者是内置浏览器一碰就报PackageManager$NameNotFoundException:com.google.android.webview或者PackageManager$NameNotFoundException:com.android.webview之类的错误，这些问题在Android5.0的机器上非常常见，因为你升级了WebView之后TMD包名都变了?，而ROM定制商一般在版本衔接时都很保守，所以即使系统升到了Android5.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的时候就已经将包名换成com.google.android.webview了，最新的是.xxx，我翻了页才找到最早改名并独立出来的那个版本?。

       adbconnect...

       adbshell

       su

       mount-orw,remount/system

       è¿™é‡ŒåŽŸç›®å½•ä¸‹çš„文件分别有/webview/webview.apk和/webview/lib/arm/libwebviewchromium.so，备份原目录：

       cd/system/app

       mvwebview/webview-b/

       mkdir-pwebview/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/

       chmodwebview/

*

       adbreboot

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