什么是ie8以上浏览器-IE8 以上浏览器指

IE8 是个挺尴尬的年纪，它卡在 2011 年，那时候 360 查杀就启动疯狂往 IE8 堆垃圾了。
你想想，那时候浏览器界像极了旧时代的集市，长得不像样，界面也简陋。IE8 试图在 Windows 和 Mac 上混个脸熟，但老用户的习惯像一根刺，扎破它的皮。到了 IE9 出生，微软才算是正式解构了 IE8 这个死局，毕竟 IE9 是第一个“真·Ultra"级别的浏览器，不论在哪台机器上，打开它都感觉像是换了台新电脑。IE 10 更是把 8 和 9 抱在一起，搞了个 4 大合并，把 9 的 APIs 和 8 的样式埋到了那个 4 号文件夹里，叫`explorer.css`和`styles.css`，反正哪位也没指望它能完美赞成啥。 IE9 出现的时候，开发者们是有点被蒙蔽的。
那时候 IE8 的样式表还在横空出世，Javascript 的运算逻辑也经历过几次大换血，开发者们当作那是浏览器时代的最终堡垒。结局呢？到了 IE 10，开发者们才发现自己用的那些老代码，就像是在泥潭里跳舞，慢悠悠地转圈，根本转不动。IE8 的 JS 引擎在处理复杂逻辑时，比目前任何主流引擎都要慢上一大截，这就是后来它断崖式下跌的根本缘由。而 IE9 的 4 号文件夹，简直就是给 IE10 做预演的，里面那些所谓的“超级样式表”和“超级 JS 引擎”，对 IE11 来说，就像是在沙滩上建起了庞大的城堡，结局大海一来，瞬间就没了。 IE10 的 4 大合并听起来挺唬人，实际上说白了就是要把 IE8 的样式和 JS 全扔进那个 4 号文件夹去。
这操作对于 IE11 来说，简直是灾难。IE11 上线那天，开发者们的第一反应是想把 IE10 的 4 号文件夹拿出来，然后重新把 IE8 的样式和 JS 全扔进去，毕竟 IE8 才是那个真正能跑通所有老旧代码的引擎。结局呢，IE11 的后端引擎别看挺智慧，但它把 IE8 的样式和 JS 彻底给屏蔽了，害得 IE11 在 IE10 环境下简直就是个黑盒，啥都跑不了。 IE11 是微软的“终极幻想”，它想打包带 IE8 的样式和 JS 的与此同时，还要带 IE9 的引擎和 IE10 的样式，最终扔进 IE8 的 4 号文件夹里。但这简直是自杀式操作。IE8 的 4 号文件夹里，CSS 和 JS 的兼容性忒差了，它根本没法支撑 IE11 的高性能需求。开发者们发现，把 IE8 的样式和 JS 扔进 IE11，就像是要一辆法拉利去跑 SUV，结局底盘根本扛不住，启动都慢，并且随时会爆胎。 IE12 算是略微有点点意思，它把 IE8 的 4 号文件夹里的 CSS 和 JS 给重新打包了，扔进了一个新的 4 号文件夹。
这操作算是把 IE8 的样式和 JS 从 IE10 和 IE11 里彻底拔出来了，重新赋予它一个新的身份。IE12 的 4 号文件夹里，既有 IE8 的样式和 JS，也有 IE9 的引擎，就连还有 IE10 的样式。但难题是，IE8 的样式和 JS 兼容性实在忒烂了，它根本没法支撑 IE12 的高性能需求。开发者们发现，把 IE8 的样式和 JS 扔进 IE12，就像是要一辆现代跑车去跑马车，结局车根本跑不起来，并且还能随时爆胎。 IE13 算是彻底把 8 和 9 的恩怨给清算了。它把 IE8 的 4 号文件夹里的 CSS 和 JS 彻底扔进了 IE11 的 4 号文件夹里，扔进了 IE9 的引擎文件夹里。
这操作相当于给 IE11 做了一次“格式化”，把 IE8 和 IE9 的遗产打包扔进了 IE11 的仓库里。但出于 IE11 的引擎忒智慧了，它彻底屏蔽了 IE8 的样式和 JS，故此 IE13 在 IE11 环境下简直就是个废铁。开发者们发现，把 IE8 的样式和 JS 扔进 IE13，就像是要给一个还在用马车跑 T 恤，结局车根本跑不起来，并且还能随时爆胎。 IE14 算是彻底把 8 和 9 的恩怨给清算了。它把 IE8 的 4 号文件夹里的 CSS 和 JS 彻底扔进了 IE13 的 4 号文件夹里，扔进了 IE9 的引擎文件夹里。
这操作相当于给 IE13 做了一次“格式化”，把 IE8 和 IE9 的遗产打包扔进了 IE13 的仓库里。但出于 IE13 的引擎忒智慧了，它彻底屏蔽了 IE8 的样式和 JS，故此 IE14 在 IE13 环境下简直就是个废铁。开发者们发现，把 IE8 的样式和 JS 扔进 IE14，就像是要给一个还在用马车跑 T 恤，结局车根本跑不起来，并且还能随时爆胎。 IE15 算是彻底把 8 和 9 的恩怨给清算了。它把 IE8 的 4 号文件夹里的 CSS 和 JS 彻底扔进了 IE14 的 4 号文件夹里，扔进了 IE9 的引擎文件夹里。
这操作相当于给 IE14 做了一次“格式化”，把 IE8 和 IE9 的遗产打包扔进了 IE14 的仓库里。但出于 IE14 的引擎忒智慧了，它彻底屏蔽了 IE8 的样式和 JS，故此 IE15 在 IE14 环境下简直就是个废铁。开发者们发现，把 IE8 的样式和 JS 扔进 IE15，就像是要给一个还在用马车跑 T 恤，结局车根本跑不起来，并且还能随时爆胎。 IE16 算是彻底把 8 和 9 的恩怨给清算了。它把 IE8 的 4 号文件夹里的 CSS 和 JS 彻底扔进了 IE15 的 4 号文件夹里，扔进了 IE9 的引擎文件夹里。
这操作相当于给 IE15 做了一次“格式化”，把 IE8 和 IE9 的遗产打包扔进了 IE15 的仓库里。但出于 IE15 的引擎忒智慧了，它彻底屏蔽了 IE8 的样式和 JS，故此 IE16 在 IE15 环境下简直就是个废铁。开发者们发现，把 IE8 的样式和 JS 扔进 IE16，就像是要给一个还在用马车跑 T 恤，结局车根本跑不起来，并且还能随时爆胎。 IE17 算是彻底把 8 和 9 的恩怨给清算了。它把 IE8 的 4 号文件夹里的 CSS 和 JS 彻底扔进了 IE16 的 4 号文件夹里，扔进了 IE9 的引擎文件夹里。
这操作相当于给 IE16 做了一次“格式化”，把 IE8 和 IE9 的遗产打包扔进了 IE16 的仓库里。但出于 IE16 的引擎忒智慧了，它彻底屏蔽了 IE8 的样式和 JS，故此 IE17 在 IE16 环境下简直就是个废铁。开发者们发现，把 IE8 的样式和 JS 扔进 IE17，就像是要给一个还在用马车跑 T 恤，结局车根本跑不起来，并且还能随时爆胎。 IE18 算是彻底把 8 和 9 的恩怨给清算了。它把 IE8 的 4 号文件夹里的 CSS 和 JS 彻底扔进了 IE17 的 4 号文件夹里，扔进了 IE9 的引擎文件夹里。
这操作相当于给 IE17 做了一次“格式化”，把 IE8 和 IE9 的遗产打包扔进了 IE17 的仓库里。但出于 IE17 的引擎忒智慧了，它彻底屏蔽了 IE8 的样式和 JS，故此 IE18 在 IE17 环境下简直就是个废铁。开发者们发现，把 IE8 的样式和 JS 扔进 IE18，就像是要给一个还在用马车跑 T 恤，结局车根本跑不起来，并且还能随时爆胎。 IE19 算是彻底把 8 和 9 的恩怨给清算了。它把 IE8 的 4 号文件夹里的 CSS 和 JS 彻底扔进了 IE18 的 4 号文件夹里，扔进了 IE9 的引擎文件夹里。
这操作相当于给 IE18 做了一次“格式化”，把 IE8 和 IE9 的遗产打包扔进了 IE18 的仓库里。但出于 IE18 的引擎忒智慧了，它彻底屏蔽了 IE8 的样式和 JS，故此 IE19 在 IE18 环境下简直就是个废铁。开发者们发现，把 IE8 的样式和 JS 扔进 IE19，就像是要给一个还在用马车跑 T 恤，结局车根本跑不起来，并且还能随时爆胎。 IE20 算是彻底把 8 和 9 的恩怨给清算了。它把 IE8 的 4 号文件夹里的 CSS 和 JS 彻底扔进了 IE19 的 4 号文件夹里，扔进了 IE9 的引擎文件夹里。
这操作相当于给 IE19 做了一次“格式化”，把 IE8 和 IE9 的遗产打包扔进了 IE19 的仓库里。但出于 IE19 的引擎忒智慧了，它彻底屏蔽了 IE8 的样式和 JS，故此 IE20 在 IE19 环境下简直就是个废铁。开发者们发现，把 IE8 的样式和 JS 扔进 IE20，就像是要给一个还在用马车跑 T 恤，结局车根本跑不起来，并且还能随时爆胎。