一说到IE我想许多web小伙伴都避之不及，关于IE经验不足的同砚能够说更是
咬牙切齿，撕心裂肺般的懊恼与生气?，被熬煎的不要不要的。我感同身受，客岁的我的华诞愿望就是，
我愿望IE浏览器在这世界上没有一个用户。

这篇文章是一个追溯汗青并网络IE在web上的孝敬职位的非干货性文章，假如有幸被转发分享到其他平台(非SF)，请到segmentfault来检察，或许关注我的github。同时，我也愿望人人提出文章中的不足，加以补充，万分谢谢?。

事宜冒泡

在 web3 时期(netspace3 & ie3)，就已有了事宜这个东东，当时是为了削减服务端的压力，厥后开发者发现了一个很有意义的题目，就是一个在一个同心圆中，假如触发事宜，那应当怎么办呢？

IE依旧秉持着优良传统，不论其他人怎么搞，我先来处置惩罚一下，以后也就涌现了事宜冒泡的这个观点。

随之，netspace网景公司也提出了本身的处置惩罚体式格局，恰好与IE大相反(有能够这哥俩谁都不服，特地对着干)，它提出了事宜捕捉的理论，也就是从外向内直至触发元素，顺次触发事宜。

虽然如今w3c范例把两者都纳入了范例，但我们大多数照样更倾向于冒泡，所以这个IE的点子不错，算你凶猛。

Ajax

上世纪90年代一切的网页都是零丁的文本页，每次交互都须要去处服务器要求新的页面来展现信息，跟着web的不停生长访问量不停增添，服务器蒙受的越俩越多，当时就用java来嵌入了一个小顺序(Java Applet)，它能够动态更新页面内容，个人认为,java小顺序过于笨重而且为了坚持平台的言语一致，厥后IE的Outlook Web Access团队把了iframe嵌入到HTML完成了部份革新，不久就他们就宣布了客户端HTTP要求在当时，这是第一个能够不必经由过程革新页面去主动发送HTTP要求的手艺，并敏捷运用到了IE4当中。时至今日，从ActiveXObject,XHR,Fetch，手艺一向在向前走，但一向离不开AJAX的观点，所以IE起了个好头(就是没找)。

范例形式与混淆形式

IE5.5最早运用了范例形式与混淆形式，能够是由于本身(你懂的)缘由，面临范例与本身的低版本浏览器(与范例差别较大，假如完整支撑范例，用户假如更新浏览器完整崩溃了)不能互融，所以这部份交给了开发者来处置惩罚，让我们来挑选以什么样的浏览器形式处置惩罚。

IE做出这个决议也是别无它法，假如脱离了范例就真的成为独脚兽了，假如支撑，还得照应低版本浏览器，所以这个要领无疑是最好的。也由于如许，当时的其他浏览器，IE 打了个头，其他浏览器纷纭效仿，这也算IE打了个头提出了差别范例下的兼容形式。

首个运用Css

IE6是第一个完整支撑css-Level1的，它支撑

• (class,id)selectors,
• descendant selectors,
• a:-only pseudo-selectors

概况请看这篇文章。

webApp

微软早在IE3的时刻已最先把网页集成在desktop上了，恰是由于这件事变，引起了美国政府的极端不满，从而引发了美国诉微软案，虽然确切有点垄断，犯上作乱的那种觉得，但从用户的运用角度来讲这确切是一个很好的主意，过去这么多年了，我们不照样在追求着SPA，PWA，想要更靠近原生运用一些，但是这些Feature IE早就已实践过了，再看看从之前的服务器端衬着，阅历了形形色色的新型弄法以后，发现了新大陆”SSR”，不由暗自叹息，手艺就是一个圈，假如没有本质上的打破，就一向绕着这圈跑，造轮子，造轮子，造轮子。

真心话

实在,IE最大的优点就是能够下载 Firefox 与 Chrome 浏览器，哈哈，不论对错，它为web的生长孝敬了这么多，即使之前对兼容题目比较偏执，但现代版的IE一向在追随W3C的脚步，愿望有一天能够像 Gecok 与 Blink 一样高效积极支撑范例。假如人人晓得什么IE的特别的地方敬请说来。