Android System WebView Dev是一款专门为安卓开发者打造的手机软件，如果你想要进行WebView开发，这款软件可以为你带来专业的技术支持。但是相比于普通版吧会出现不稳定的情况，有需要的用户快来下载体验吧！
Android System WebView Dev软件简介
Android System WebView Dev是专为安卓开发者们调试设备准备的WebView开发应用。它有别于其他版本的WebView工具，具有更加自由的编辑能力，是很多工程爱好者的专用工具。
Android System WebView Dev软件特色
1.它是一款专为安卓开发者们准备的WebView开发应用，提供更自由的编辑能力，使得开发者们可以更方便地进行调试和开发。
2.Android System WebView Dev可以嵌入到应用程序中，使得应用程序可以显示Web内容，而不需要用户离开应用程序。这极大地改善了用户体验，使得用户可以在不离开应用的情况下直接查看和互动网页内容。
3.Android System WebView Dev支持多种Web标准，如HTML, CSS和JavaScript等。这意味着它可以加载并显示各种类型的Web内容，满足用户多样化的需求。
Android WebView的具体实现与Chromium渲染引擎启动过程
这里以Android 8.0的源码为来说明，是先找到WebView的真正的构造函数：
这个构造函数会调用另外一个成员函数ensureProviderCreated（）确保Chromium动态库已经加载。在Chromium动态库已经加载的情况下，WebView类的成员函数ensureProviderCreated还会创建一个WebViewProvider对象，并且保存在成员变量mProvider中。这个WebViewProvider其实才是真正用来实现WebView的功能的幕后大佬。上诉那些Android WebView主要的方式基本都是通过mProvider来实现的，例如loadUrl（String url）等方法。
有了这个mProvider之后，WebView类的构造函数就会继续调用mProvider.init（javaScriptInterfaces, privatepowsing）启动网页渲染引擎。对于基于Chromium实现的WebView来说，它使用的WebViewProvider是一个WebViewChromium对象。当这个WebViewChromium对象的成员函数init被调用的时候，它就会启动Chromium的网页渲染引擎。
所以，我们接下来看一下ensureProviderCreated的实现：
WebView类的成员函数ensureProviderCreated首先调用成员函数checkThread确保它是在WebView的创建线程中调用的，接下来又会判断成员变量mProvider的值是否为null。如果为null，就表示它还没有当前创建的WebView创建过Provider。在这种情况下，它首先会调用成员函数getFactory获得一个WebViewFactory。有了这个WebViewFactory之后，就可以调用它的成员函数createWebView创建一个WebViewProvider。
接下来我们再看一下getFactory（）方法以及它的实现：
getFactory返回的WebView Factory是通过调用WebViewFactory类的静态成员函数getProvider获得的，getProvider首先是判断静态成员变量sProviderInstance的值是否等于null。如果等于null，那么就说明当前的App进程还没有加载过Chromium动态库。在这种情况下，就需要加载Chromium动态库，并且创建一个WebView Factory，保存在静态成员变量sProviderInstance。接下来我们就先分析Chromium动态库的加载过程，然后再分析WebView Factory的创建过程。
加载Chromium动态库是通过调用WebViewFactory类的静态成员函数loadNativeLipary实现的：
loadNativeLipary首先会调用成员函数getWebViewNativeLiparyPaths获得要加载的Chromium动态库的文件路径，然后再调用另外一个静态成员函数nativeLoadWithRelroFile对它进行加载。在加载的时候，会指定一个Chromium GNURELRO Section文件。这个Chromium GNURELRO Section文件是系统启动时候，通过启动一个临时进程生成的。其中静态成员函数nativeLoadWithRelroFile是一个JNI方法，它由C++层的函数LoadWithRelroFile实现：
LoadWithRelroFile判断自己是32位还是64位的实现，然后从参数lib32和lib64中选择对应的Chromium动态库进行加载。
这个加载过程是通过调用另外一个函数DoLoadWithRelroFile实现的：
函数DoLoadWithRelroFile的实现是通过Linker导出的函数androiddlopenext在Zyogote进程保留的地址空间中加载Chromium动态库的。注意，App进程是Zygote进程fork出来的，因此它同样会获得Zygote进程预留的地址空间。不过，函数DoLoadWithRelroFile会将告诉函数androiddlopenext在加载Chromium动态库的时候，将参数relro描述的Chromium GNURELRO Section文件内存映射到内存来，并且代替掉已经加载的Chromium动态库的GNURELRO Section。这是通过将指定一个ANDROIDDLEXTUSERELRO标志实现的。之所以可以这样做，是因为参数relro描述的Chromium GNURELRO Section文件对应的Chromium动态库的加载地址与当前App进程加载的Chromium动态库的地址一致。只要两个相同的动态库在两个不同的进程中的加载地址一致，它们的链接和重定位信息就是完全一致的，因此就可以通过文件内存映射的方式进行共享。共享之后，就可以达到节省内存的目的了。
这一步执行完成之后，App进程就加载完成Chromium动态库了。回到前面分析的WebViewFactory类的静态成员函数getProvider，它接下来继续创建一个WebViewFactory。这个WebViewFactory以后就可以用来创建WebViewProvider。
WebViewFactory类的静态成员函数getProvider首先要确定要创建的WebView Factory的类型。这个类型是通过调用另外一个静态成员函数getFactoryClass获得的：
从这里可以看到，WebViewFactory类的静态成员函数getFactoryClass返回的WebView Factory的类型为com.android.webview.chromium.WebViewChromiumFactoryProviderForO。这个com.android.webview.chromium.WebViewChromiumFactoryProviderForO类是由前面提到的WebView Package提供的。这意味着WebViewFactory类的静态成员函数getProvider创建的WebView Factory是一个WebViewChromiumFactoryProvider对象：
WebViewChromiumFactoryProvider类的构造函数会调用AwpowserProcess类的静态成员函数loadLipary对前面加载的Chromium动态库进行初始化：
AwpowserProcess类的静态成员函数loadLipary又调用LiparyLoader类的静态成员函数loadNow对前面加载的Chromium动态库进行初始化：
LiparyLoader类的静态成员函数loadNow又调用另外一个重载版本的静态成员函数loadNow对前面加载的Chromium动态库进行初始化：
LiparyLoader类重载版本的静态成员函数loadNow又调用另外一个静态成员函数loadAlreadyLocked对前面加载的Chromium动态库进行初始化：
由于并不是所有的系统都支持在加载动态库时，以文件内存映射的方式代替它的GNURELRO Section，因此Chromium自己提供了一个Linker。通过这个Linker加载动态库时，能够以文件内存映射的方式代替要加载的动态库的GNURELRO Section，也就是实现前面提到的函数androiddlopenext的功能。在高于Android 5.0中，由于系统已经提供了函数androiddlopenext，因此，Chromium就不会使用自己的Linker加载动态库，而是使用Android系统提供的Linker来加载动态库。通过调用System类的静态成员函数loadLipary即可以使用系统提供的Linker来加载动态库。LiparyLoader类的静态成员函数loadAlreadyLocked要加载的动态库由NativeLiparies类的静态成员变量LIpARIES指定：
从这里可以知道，LiparyLoader类的静态成员函数loadAlreadyLocked要加载的动态库就是Chromium动态库。这个Chromium动态库前面已经加载过了，因此这里通过调用System类的静态成员函数loadLipary再加载时，仅仅是只会触发它导出的函数JNIOnLoad被调用，而不会重新被加载。Chromium动态库导出的JNIOnLoad被调用的时候，Chromium动态库就会执行初始化工作：
其中的一个初始化操作是给Chromium的Content层设置一个类型为AwMainDelegate的Main Delegate。这个AwMainDelegate实现在Chromium的androidwebview模块中。Android WebView是通过Chromium的androidwebview模块加载和渲染网页的。Chromium加载和渲染网页的功能又是实现在Content层的，因此，Chromium的androidwebview模块又要通过Content层实现加载和渲染网页功能。这样，Chromium的androidwebview模块就可以设置一个Main Delegate给Content层，以便它们可以互相通信。给Chromium的Content层设置一个Main Delegate是通过调用函数SetContentMainDelegate实现的：
从前面的分析可以知道，参数delegate指向的是一个AwMainDelegate对象，这个AwMainDelegate对象会被函数SetContentMainDelegate保存在全局变量gcontentmain_delegate中。这一步执行完成后，Chromium动态库就在App进程中加载完毕，并且也已经完成了初始化工作。与此同时，系统也为App进程创建了一个类型为WebViewChromiumFactoryProvider的WebViewFactory。回到前面分析的WebView类的成员函数ensureProviderCreated中，这时候就它会通过调用上述类型为WebViewChromiumFactoryProvider的WebViewFactory的成员函数createWebView为当前创建的WebView创建一个WebView Provider：
WebViewChromiumFactoryProvider类的成员函数createWebView创建的是一个类型为WebViewChromium的WebView Provider。这个WebView Provider将会返回给WebView类的成员函数ensureProviderCreated。WebView类的成员函数ensureProviderCreated再将该WebView Provider保存在成员变量mProvider中。这样，正在创建的WebView就获得了一个类型为WebViewChromium的WebView Provider。以后通过这个WebView Provider，就可以通过Chromium来加载和渲染网页了。
Android System WebView Dev软件亮点
1.Android System WebView Dev还具有可扩展性。它可以通过使用插件和扩展来扩展其功能。这意味着开发者可以根据自己的需求定制和扩展这个工具，以适应不断变化的应用需求和技术趋势。
2.Android System WebView Dev的另一个重要优势是它的实时性。它可以实时更新和显示网页内容，使用户可以及时获取最新的信息和服务。
3.Android System WebView Dev是一个强大而灵活的WebView开发工具，具有多种功能和优势，可以帮助开发者更高效地进行安卓应用开发和调试。
