今天所有前端、所有普通用户,几乎每天都在打开浏览器。

可很少有人会先问一句:

为什么浏览器看起来只是一个“看网页的工具”,最后却会变成整个 Web 世界里最有权力的那一层?

为什么同样一份开放标准,最后总是要看浏览器厂商愿不愿意实现、打算什么时候实现、要不要给你这个能力留后门、以及愿不愿意让第三方继续深改它自己?

为什么很多真正塑造 Web 的历史拐点,看起来像产品发布、反垄断案、引擎分家、扩展政策更新,背后却都在指向同一件事:

谁有资格定义用户进入 Web 的默认入口,谁有资格定义网站在现实里到底能怎么活。

这套 《浏览器江湖》,想讲的就是这些事。

它不是浏览器科普。

也不是“十分钟看完浏览器发展史”的压缩版百科。

它更像一部长剧。

而且是一种特别典型的 Web 长剧:

一开始像明星产品大战,中间像默认入口争夺战,后来像引擎治理战争,到今天又越来越像一场围绕平台边界和第三方权力的长期博弈。

你可以把这套系列先记成八个镜头:

  1. 1993-1994 年,Mosaic 和 Netscape 把 Web 从研究网络的界面,变成了大众会主动打开的产品。
  2. 1995-2001 年,Netscape 和 IE 打的表面是浏览器,底下却是“谁来占住用户默认进入 Web 的门”。
  3. 2000s 初,IE6 看似打赢天下,开放 Web 却反而进入了一段著名的停滞期。
  4. 2005-2008 年,WaSP、Acid2、Acid3 把“标准支持”做成了全世界都看得懂的公开考试。
  5. 2008 年之后,Chrome、V8、多进程和快速发布节奏,把浏览器竞争重新改写成工程文化战争。
  6. 2013 年,Blink 从 WebKit fork 出来,浏览器史开始从产品大战深入到底层引擎治理。
  7. 2010s 末到今天,Chromium 生态越来越大,开放 Web 看起来更开放,现实却又慢慢往单引擎集中。
  8. 2020s 的 Manifest V3 争议提醒大家:今天浏览器厂商争的,已经不只是页面怎么显示,而是第三方还能把浏览器改造成什么样。

这八幕一连起来,你就会发现这套系列真正想讲的,不是“哪家浏览器后来赢了”。

而是另一件更大的事:

浏览器的历史,不是几个软件不断升级的历史,而是 Web 世界的默认入口、实现现实和平台边界,如何在厂商竞争、监管压力、开发者反弹和工程复杂度之间,一轮轮被重新分配的历史。


这套系列讲什么

我想讲的,不只是 MosaicNavigatorIEFirefoxChromeSafari 这些名字什么时候登场。

更想讲的是底下那几场反复重演的冲突:

  • 为什么浏览器从一开始就不是中性工具,而是 Web 的入口王座
  • 为什么浏览器大战真正争的从来不只是功能,而是默认值、分发渠道和平台解释权
  • 为什么浏览器一旦接近单一格局,开放 Web 反而容易慢下来
  • 为什么后来浏览器竞争越来越不像“谁功能更多”,而像“谁能更快定义实现现实”
  • 为什么今天浏览器平台争的,已经不只是 API,而是“第三方还能不能深度改造浏览器”

换句话说,这是一套关于 浏览器权力史、引擎治理史、开放 Web 现实逻辑,以及平台边界如何被不断重写 的系列文章。


这套系列真正要追的,不是版本号,是权力

如果你退一步看,会发现浏览器这些年的很多争论,表面上主角不同,底下却一直在重复几类老问题。

01|默认入口到底值多少钱

浏览器最早最值钱的地方,不只是“能把网页显示出来”。

而是:

谁控制浏览器,谁就更接近控制用户进入 Web 的第一步。

这就是为什么第一次浏览器大战里,真正最狠的动作往往不是某个新按钮。

而是这些东西:

  • 预装
  • 捆绑
  • OEM 渠道
  • 默认浏览器设置
  • 操作系统入口

因为在平台战争里,

默认值往往比技术优雅更有统治力。

02|规范能不能直接决定现实

很多人刚接触 Web 标准时,容易形成一种想象:

规范写好了,浏览器照着做,世界就会自然统一。

可浏览器史一遍遍提醒你:

事情没这么简单。

因为浏览器厂商要同时考虑:

  • 自己的产品节奏
  • 兼容性包袱
  • 性能预算
  • 市场压力
  • 平台安全

所以 Web 的现实常常不是先由规范决定,

而是先由浏览器做成既成事实,

标准再慢慢追认、协调、补救。

也就是说,这套系列里还会不断追问:

Web 的现实到底首先写在标准文本里,还是首先写在浏览器发布说明里?

03|开放 Web 为什么离不开竞争

表面上看,多浏览器竞争好像只是开发者的兼容性噩梦。

可如果你把历史拉长一点,就会看到另一面:

没有竞争,开放 Web 也可能陷入停滞。

IE6 那段历史最让人后怕的地方,不是“难兼容”而已。

而是它让很多人第一次看清:

如果某一方既控制主要入口,又没有足够外部压力,

那浏览器完全可能从“开放平台的共同底座”,滑成“由单一商业利益决定演化节奏的关口”。

所以浏览器竞争之于开放 Web,

有时候不是额外成本。

反而是最低限度的制衡结构。

04|引擎到底只是技术底座,还是实现层的宪法

到 Chrome、WebKit、Blink 这条线以后,浏览器史又会出现一层更深的变化。

因为从这时开始,很多关键问题已经不再停留在“浏览器品牌谁输谁赢”。

而会进一步变成:

  • 谁掌握引擎演化节奏
  • 谁来决定新特性的上线标准
  • 谁来承担架构复杂度
  • 谁来为历史兼容债务买单

这时候你会慢慢发现:

引擎不只是技术底座,它越来越像 Web 实现层的宪法。

谁能控制它,

谁就更接近控制平台在现实里朝哪边长。

05|今天争的为什么越来越像“平台能给第三方多少权力”

到了 Manifest V3 这类当代战场,

浏览器冲突已经不像当年那样主要围绕“谁功能更多”。

今天更尖锐的问题反而是:

  • 浏览器还愿不愿意让扩展深度介入网络请求
  • “为了安全和性能”到底是在补治理,还是在收权
  • 用户、开发者、浏览器厂商,谁对浏览器最终该做什么有更大解释权

也就是说,

今天浏览器真正的江湖味,

已经越来越体现在:

平台是否还允许第三方继续影响它自身。


为什么今天的开发者还得关心这些旧账

因为你今天面对的,已经不只是一个打开网页的窗口。

你面对的是一整套由浏览器历史塑造出来的现实:

  • 为什么很多网站会先拿 Chrome 当默认测试环境
  • 为什么浏览器团队的 release rhythm 会影响前端生态心态
  • 为什么某些标准明明写出来了,落地节奏还是得看厂商
  • 为什么很多“最佳实践”其实是浏览器竞争历史留下来的妥协写法
  • 为什么今天浏览器扩展、广告拦截、隐私和平台治理会吵得这么狠

如果不看这些过程,你就很容易把今天的浏览器误会成一层透明玻璃。

它不是。

它更像 Web 世界里最硬的一道闸门:

  • 一边连着用户
  • 一边连着网站
  • 一边连着标准
  • 一边还连着厂商自己的商业和安全逻辑

看懂它,你回头再看很多前端日常,就会更明白:

Web 从来不是“写了标准,浏览器照办”这么简单。很多时候,浏览器本身就是那套现实里最有力的解释者。


推荐阅读顺序

01|浏览器江湖(一):浏览器为什么从一开始就不是工具,而是 Web 的入口王座

先看这篇。它会把浏览器从“看网页的软件”重新立成 Web 的真正入口主角。

02|浏览器江湖(二):第一次浏览器大战,争的不是功能,而是谁能当默认入口

看懂这篇,你会明白浏览器大战最深的一层,根本不是按钮和功能表,而是分发权和默认值。

03|浏览器江湖(三):为什么 IE 打赢了战争,Web 却反而慢了下来

这篇最适合建立你对“开放 Web 其实需要竞争”的直觉。

04|浏览器江湖(四):一张笑脸和一张成绩单,怎么把浏览器厂商逼上公开考场

这里会看到标准支持第一次被做成公众都能看懂的战争现场。

05|浏览器江湖(五):Chrome 为什么不是单靠更快,而是靠整套新秩序重新夺权

没有这篇,后面很多关于工程化、快速发布和 Chromium 生态的现实都看不透。

06|浏览器江湖(六):Blink fork 为什么不是换个名字,而是引擎治理公开分家

这篇会把浏览器史的重心,从品牌战争推进到底层引擎治理战争。

07|浏览器江湖(七):为什么 Chromium 时代看起来更开放,却又更像回到单引擎现实

这篇是整套系列里和今天最贴身的一篇之一。

08|浏览器江湖(八):Manifest V3 为什么像一场“为了安全”的收权实验

收束篇。最后会回到一个更现实的问题上:今天浏览器争的,已经不是“能不能上网”,而是“谁还能改写上网这件事本身”。


如果你只想先读三篇

可以先看这三篇:

  1. 第二篇:看第一次浏览器大战真正争的是什么
  2. 第五篇:看 Chrome 为什么重新定义了现代浏览器竞争
  3. 第八篇:看当代浏览器平台治理最尖锐的战场在哪里

这三篇最能把这套系列的脾气读出来。


为什么想写这套

因为今天很多开发者对浏览器的印象,也大多只是结果,不是过程。

大家知道:

  • Chrome 很强
  • Safari 有自己节奏
  • Firefox 像“理想主义阵营”
  • Chromium 生态很大
  • 浏览器扩展政策越来越敏感

可并不知道这些东西背后:

  • 为什么浏览器一开始就和平台权力绑在一起
  • 为什么一次浏览器大战会留下十几年的制度后遗症
  • 为什么“更快”“更安全”“更标准”这些词,常常同时也是争权语言
  • 为什么今天很多开放 Web 的现实,不是在标准会场决定的,而是在浏览器团队的工程和政策选择里决定的

而我一直觉得,

如果不把浏览器这条线单独拎出来写,你就很容易把很多 Web 历史误会成语言史、标准史或者框架史。

它们当然都重要。

可浏览器这条线更像:

谁来把这些历史真正落实成用户每天面对的现实。

如果把 HTML 江湖 写的是开放 Web 为什么宁可不完美也不肯轻易断电,

CSS 江湖 写的是标准、实现和作者需求怎么一路拉扯出今天的样式现实,

JavaScript 江湖 写的是脚本语言如何被硬推成平台语言,

浏览器江湖 要写的,就是:

当这些语言、规范、能力和历史包袱都要落到现实世界里时,究竟是谁在替整个 Web 决定默认入口、实现节奏和平台边界。


先记住:浏览器史的核心,不是谁赢了,而是谁不断改写 Web 可以如何存在

如果你平时把浏览器当背景,这套系列也许能让你第一次认真意识到:背景也有权力。

如果你平时嫌浏览器厂商各有各的毛病,这套系列也许会让你更明白:

这些毛病很多不是偶然,而是浏览器从第一天起就同时在扮演产品、入口、实现者和平台治理者的结果。

这就是浏览器江湖最值得看的地方。

它从来不只是软件竞争史。

它更像 Web 世界的现实分配史。


关键人物速览

  • Marc Andreessen:理解浏览器为什么最早会以明星产品和市场入口的姿态出现,绕不开他。
  • Bill Gates:理解微软为什么会把浏览器当成平台防线的一部分,绕不开他所代表的那条 Windows 战略线。
  • Ian Hickson:理解 Acid 测试、实现现实与标准推动如何纠缠,绕不开他。
  • Mitchell Baker:理解 Mozilla 为什么长期把浏览器竞争和开放 Web 理想绑在一起,绕不开她。
  • Linus Upson / Alex Komoroske:理解 Blink fork 为什么是治理层分家,不只是工程清理,绕不开这条线。

参考与延伸阅读

  1. The History of the Browser Wars
    https://thehistoryoftheweb.com/browser-wars/

  2. U.S. V. Microsoft: Court's Findings Of Fact
    https://www.justice.gov/atr/us-v-microsoft-courts-findings-fact

  3. Blink: A rendering engine for the Chromium project
    https://blog.chromium.org/2013/04/blink-rendering-engine-for-chromium.html

  4. Migrate to Manifest V3
    https://developer.chrome.com/docs/extensions/develop/migrate

  5. W3C and WHATWG to work together to advance the open Web platform
    https://www.w3.org/blog/2019/w3c-and-whatwg-to-work-together-to-advance-the-open-web-platform/