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