webview之独立进程

2018-11-22 21:13:28

为什么webview要独立进程


Webview的问题:


 


1、内存占用巨大


 


app内存占用大,被系统回收的概率就高,当每次把app切到后台再回到app时,可能每次app都会重启,最常见的是activity或fragment被回收了,导致fragment使用activity的数据时,出现NullPointerException。内存占用大,app越不稳定。运行性能差。webview加载页面后会占用更多的内存,从而导致app内存占用大,最终导致出现以上问题。


 


2、内存泄漏


 


本来Webview的内存占用就大,还内存泄漏,OOM是经常的了。


 


3、Webview崩溃率高


 


Android版本不同,采用了不同的内核,兼容性crash;不同版本实现不同,甚至URI不规范也会引起不同程度的问题。在同一个进程中,Webview崩溃,会导致整个app闪退,这个很不好。


 


webview单独进程会很好的解决上面的问题:


 


android对单个应用所使用的最大内存做了限制,早期一些版本可能是16m,也有32m,不同的设备有不同的大小,所以不同的手机出现的内存泄漏情况也不一样。但android对应用内存分配的限制是按进程来的,因为进程是作为资源分配的基本单位,所以,想要为一个应用增加内存,可以通过多进程实现。webview单进程的使用,就会使得主进程的内存没那么容易泄漏,同时也会减少,activity和fragment被回收的情况。


因为是不同的进程,webview进程出现作何崩溃都不会导致app闪退。webview崩溃的问题是非常多的(不然uc也不会招两千多人来做android优化了),对于小公司来说,没有财力也没有必要消耗这么多人力去为这些问题做支持,所以webview使用单进程最适合不过了。


进程间通信

跨进程通信的方式有很多:bundle、文件共享、messenger、aidl、contentprovider、socket;对于我们的应用(千聊),因为主进程跟webview没有实时的通信,也没有数据回调,所以我选择了使用bunde来打开webview和webview跳转原生activity,使用文件共享来获取用户信息和下发参数。


 


遇到的问题

1、MyApplication instance不能使用,为null


 


原因:在MyApplication做了非主进程return处理,导致instance没有初始化


解决方案:在需要context的地方,添加一个方法传递webview的context


2、ACache初始化失败


 


原因:cacheDir.getAbsoluteFile()异常….


解决方案:使用SharedPreferences保存数据。


3、获取本地文件的json后,不能转换成对象。


 


原因:在调用fromJson时异常,提示创建对象时失败


解决方案:使用JSONObject和JSONArray解析json数据

--------------------- 

作者:火鸡哥 

来源:CSDN 

原文:https://blog.csdn.net/u012587024/article/details/75575072 

版权声明:本文为博主原创文章,转载请附上博文链接!

  • 2019-08-28 22:45:02

    彻底搞懂Gradle、Gradle Wrapper与Android Plugin for Gradle的区别和联系

    Gradle是个构建系统,能够简化你的编译、打包、测试过程。熟悉Java的同学,可以把Gradle类比成Maven。Gradle Wrapper的作用是简化Gradle本身的安装、部署。不同版本的项目可能需要不同版本的Gradle,手工部署的话比较麻烦,而且可能产生冲突,所以需要Gradle Wrapper帮你搞定这些事情。Gradle Wrapper是Gradle项目的一部分。

  • 2019-08-30 21:53:51

    OpenSSL实践-Android下的编译和使用

    openssl可以编译成ARM下面的二进制代码(动态库或者静态库),方便APP使用,APP在使用的时候,需要使用JNI来进行调用。

  • 2019-08-31 14:05:00

    JNI Crash:异常定位与捕获处理

    在Android JNI开发中,经常会遇到JNI崩溃的问题,尤其带代码量大,或者嵌入了第三方代码的情况下,很难进行问题定位和处理。本文将介绍两种常见的JNI崩溃处理方法,包括: 每个JNI调用后进行异常检测处理(适用于JNI代码量很小的情况) 捕获系统崩溃的Signal,并进行异常处理(适用于JNI代码量大,难以每句话后面都进行异常检测的情况)