目前现象
- 在上传组件中(哪怕是最简单的
<input type="file">
),当选择好本地图片或者调取系统摄像头拍好照片后,网页被刷新。这一问题无法100%重现,但概率不低,在如红米等低端安卓机上发生的概率会比较高。 - 与用系统自带的浏览器打开的情况相比,在调用微信的jssdk中打开的情况下该问题出现的更为频繁。
- 与选择本地图片上传相比,调取系统摄像头拍照上传的情况下该问题出现的更为频繁。
在经过一番搜索和调研后,发现这个问题的原因远比自己想象的要复杂:这是一个由Android操作系统底层设计缺陷所导致的问题,对于Web开发者来说,没有什么办法能真正解决这一bug。
这个问题并不是最近才开始出现的,早在2013年该问题就已报给Android技术团队了。但可惜的是,直至现在Android团队依旧没有正视该问题。( https://issuetracker.google.com/issues/36967486 )
问题原因
- 当在Android的浏览器上调用文件上传功能时,Android系统将把当前进程从“浏览器”切换到“文件选择器”(根据不同的用户选择,这一新的进程可能是图片选择器,也可能是系统摄像头,或者其它别的),此时浏览器进程将变为后台进程。
- 由于Android操作系统的设计缺陷,此时浏览器进程的留存优先级(不被系统kill掉的优先级)与所有其它的后台进程是一样的,因此如果操作系统认为内存不足需要进行清理,此时浏览器进程将不会得到任何保护,很不幸因为浏览器占用内存一般都比较大,所以这次kill操作很容易kill掉浏览器进程。
- 当用户选择好图片返回浏览器时,浏览器进程已经不复存在了,按照Android的机制,浏览器进程将进行恢复,试图恢复到kill之前的状态,很不幸恢复到什么状态是由浏览器来决定的,而浏览器不可能100%恢复到选择文件之前的那个状态。因此最终用户所看到的现象就是:选择文件完成后,浏览器刷新了一下,而刷新到什么状态由浏览器决定。
对于这一问题,Android技术团队的态度是回避(将bug标记为obsolete),可能是因为此bug涉及了OS底层进程切换的机制,修复起来风险太高;而随着手机设备内存容量的增大,这一问题所发生的概率会越来越小。
理解了问题的原因,对问题的一些表征也就有了合理的解释:低端安卓机的内存更小,因此发生问题的频率更高;而与选择本地图片相比,调取系统摄像头所耗的内存更大,因此调取摄像头时问题发生的更加频繁;当用户已经开了很多别的App时,问题发生的概率更大。