关于ie 11/edge浏览器在rem下的bug

最近改同事写的一个网站的时候，发现了一个挺严重的bug，网站在比较高版本的ie下，所有的元素高度全部失效了。发现是同事在最开始的公共头文件里面加了这一段控制的代码。

(function (doc, win) {
var docEl = doc.documentElement,//根元素html
//判断窗口有没有orientationchange这个方法，有就赋值给一个变量，没有就返回resize方法。
resizeEvt = 'orientationchange' in window ? 'orientationchange' : 'resize',
recalc = function () {
var clientWidth = docEl.clientWidth;
if (!clientWidth) return;
//把document的fontSize大小设置成跟窗口成一定比例的大小，从而实现响应式效果。
docEl.style.fontSize = 10 * (clientWidth / 320) + 'px';
};
//alert(docEl)
if (!doc.addEventListener) return;
win.addEventListener(resizeEvt, recalc, false);//addEventListener事件方法接受三个参数：第一个是事件名称比如点击事件onclick，第二个是要执行的函数，第三个是布尔值
doc.addEventListener('DOMContentLoaded', recalc, false)//绑定浏览器缩放与加载时间
})(document, window);

这个代码的作用是根据视窗的大小给了根元素一个字体大小，然后根据根元素的字体大小来调整rem，然后他在页面里把所有的元素都用rem作为单位来写。。。用这种方法来实现页面在不同的屏幕下保持一致的问题。。

结果是在ie浏览器下，出现了所有用rem单位来定义的元素全部都无法正常显示的bug。

在网上找了相关的内容后，得到了一个解决方法，就是给body{ font-size：100% ！important ; }   ，强制将根元素的文字大小转化成计算出来的大小来使用。

那么，在ie浏览器中为什么会出现这个问题呢？

我注意到，项目之前的代码引入了一个框架，框架本身将根元素的字体大小默认为了14px。在计算出根元素的字体大小之前，根元素的字体大小就已经默认是14px了。

在谷歌火狐内核的浏览器下，页面被渲染之前根元素文字的默认大小被定义了2次。第一次是css定义。第二次是js计算。最后使用的字体大小是后者。

但貌似在ie浏览器中，ie认的是前者。这可能与ie浏览器和其他浏览器的读取顺序有关。