问题：
起初，按照祖传的适配方案设置页面html的大小，在所有的浏览器中都没有适配问题，但是放到APP内，在安卓手机上出现适配问题，布局全乱。通过定位页面的rem被APP自动修改为其他值，造成适配失败。(页面无其他地方修改rem)
问题定位：
1、检查代码其他地方是否修改rem
2、询问客户端，排除了他们修改rem的可能性
3、只有APP内的H5页面存在这种问题
4、无意间，自己蛋疼地设置了一下手机字体的大小，发现同一台问题手机，rem被重设为另外一个值。
原因：
通过问题定位发现只要满足以下因素就会出现此bug
1、在APP中打开
2、手机设置里可以设置字体大小
3、动态设置rem
解决办法：
使用动态插入meta标签，在设置完rem后获取hml的实际fontSize，如果不一致，对页面进行相应的缩放处理。
具体代码处理如下：
背后的思考：篡改rem的罪祸魁首
首先从本质上说：
1、rem的实际效果是对页面进行缩放。
2、手机设置字体大小改变的是html上初始的fontSize。
问题来了，即使自设的字体大小改变了hrml的初始fontSize,但是我们在随后便对html的fontSize进行了重设(即根据屏幕宽度划分一个rem的大小)，按道理说，html的fontSize应该就是我们最后设定的值。记住，现实总是会赤裸裸地打你脸。html的fontSize在你重设后，它又被重设了,并且它的遵循一定的比例。
比例：假设自设字体大小为X，html的初始字体大小为16，这个比例为X/16。
那么是谁把你的rem篡改了，就是你正在使用的客户端。
因为你的客户端没有对webview没有加上webview.getSettings().setTextZoom(100);这样webview里的字体就不会随系统字体大小设置发生变化。
那么第二种解决办法来了，根据 X/16 这个比例对rem进行相应的缩放。代码如下:
var userSettingRatio =parseFloat(window.getComputedStyle(document.documentElement).fontSize) /16;//获取比例
document.getElementsByTagName('html')[0].style.fontSize = wFsize / userSettingRatio +'px';//wFsize 是我们根据页面宽度计算得rem，根据比例重新计算rem的大小。这样我们设置rem后，客户端对rem进行缩放后会得到我们正常的rem大小，也就是wFsize 的大小。
