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-05-28 13:33:20

    BRVAH+MTRVA,复杂?不存在的

    言归正传,这样的一个首页,我们需要做怎么样的基础工作呢?或者说,碰到以后更复杂的页面我们应该怎么做?这里小提示下,不要再用什么类似ScrollView的这种东西了,诶,好像说的有点绝对,尽量不要用,这不是谷歌想要看到的,5.0谷歌推出了RecyclerView,从它的整个设计架构来看,简直就是为这而生的。而RecyclerView的视图是通过Adapter来渲染的。原始的Adapter,让人很蛋疼,重复工作太多,我们应该要有封装的思想,把最需要的部分提供出来,其它不用管。

  • 2019-05-29 14:19:19

    解决Git中fatal: refusing to merge unrelated histories

    Git的报错 在使用Git的过程中有时会出现一些问题,那么在解决了每个问题的时候,都需要去总结记录下来,下次不再犯。 一、fatal: refusing to merge unrelated histories 今天在使用Git创建项目的时候,在两个分支合并的时候,出现了下面的这个错误。

  • 2019-05-29 15:47:51

    撤销commit

    在git push的时候,有时候我们会想办法撤销git commit的内容

  • 2019-06-03 00:07:32

    Android程序Crash时的异常上报

    家都知道,android应用不可避免的会发生crash,无论你的程序写的多完美,总是无法完全避免crash的发生,可能是由于android系统底层的bug,也可能是由于不充分的机型适配或者是糟糕的网络状况。当crash发生时,系统会kill掉你的程序,表现就是闪退或者程序已停止运行,这对用户来说是很不友好的,也是开发者所不愿意看到的,更糟糕的是,当用户发生了crash,开发者却无法得知程序为何crash,即便你想去解决这个crash,但是由于你无法知道用户当时的crash信息,所以你也无能为力。是否真的这样呢,其实android中有处理这类问题的方法,请看下面Thread类中的一个方法#setDefaultUncaughtExceptionHandler