为什么Edge会在User-Agent中加入“Safari”

20年前的浏览器战争留下的怪异遗产

Commandbox 광고

在仔细查看服务器日志时，你可能会遇到类似的字符串。

Mozilla/5.0 (Windows NT 10.0; Win64; x64)
AppleWebKit/537.36 (KHTML, like Gecko)
Chrome/101.0.4951.64
Safari/537.36
Edg/101.0.1210.47

“Edge却带着Safari？” “Chrome却带着Mozilla？”

一个浏览器怎么能同时假装是四个？

这不是简单的字符串玩笑，而是网页历史上最激烈的浏览器战争的化石。而这场战争的余波，在2025年仍然在服务器日志中显现。

本文将讨论：

  • 为什么所有浏览器仍以 Mozilla/5.0 开头
  • 为什么基于 Chromium 的 Edge 非得 拥抱 Safari
  • 以及这场混乱最终 被标准淘汰 的过程

1. 一切始于 Netscape vs IE 的战争

1990 年代末，浏览器市场几乎只有两位玩家：

  • Netscape Navigator
  • Internet Explorer

当时 Netscape 的 User-Agent 如下。

Mozilla/4.0 (compatible; ...)

问题出现了：

“如果是 Mozilla（=Netscape）浏览器，就可以使用最新功能；其他则只显示旧版代码。”

于是 浏览器功能分支 = User-Agent 字符串检查 成了常态。

// 1990 年代(?) 伪代码
if (ua.includes("Mozilla")) {
  // Netscape / 现代浏览器的“酷”功能
} else {
  // 老旧版本
}

其他浏览器愤怒：

“我们也属于 Netscape 级别，为什么要被歧视？”

于是大家开始在 UA 的最前面加上 Mozilla。 这时的 Mozilla 其实是：

“我属于 Netscape 级别，请不要把我当作低级。”

“Mozilla” 名称的起源：Godzilla 讽刺

  • “Mosaic + Godzilla” → “Mozilla” 这一说法广为人知
  • 语感上像是“像怪兽哥斯拉一样强大的浏览器”

但实际上它只是一个 营销/历史标签：

“Netscape 系列，或者至少与 Netscape 同等可用的浏览器”

因此，直到今天，几乎所有浏览器都以这种方式开始 UA。

Mozilla/5.0 (Windows NT 10.0; Win64; x64; ...)

这不是因为浏览器真的叫 Mozilla，而是因为 “我也属于 Netscape 级别，请不要把我当作旧版” 的历史原因。

2. WebKit、Gecko、Trident… 引发的引擎战争

Commandbox 광고

2000 年代初，浏览器引擎的格局出现分化：

  • IE → Trident
  • Firefox → Gecko
  • Safari → WebKit

开发者再次利用 UA 字符串来区分浏览器。

const ua = navigator.userAgent;

if (ua.includes("Safari")) {
  // Safari / WebKit 代码
}
if (ua.includes("Gecko")) {
  // Firefox 代码
}
if (ua.includes("Trident")) {
  // IE 专用代码（泪目...）
}

到此为止，已经是一个糟糕的模式。浏览器 引擎名称 与 品牌名称 混在一起，分支逻辑愈发复杂。

Chrome 的出现 → “你是谁？”危机

Chrome 首次出现时，问题很简单：

网站不知道 Chrome，UA 检测会把它误判为 Safari 代码路径。

于是 Chrome 选择了策略：

“那就假装自己是 Safari。”

最终 Chrome 的 UA 如下。

Mozilla/5.0 (...)
AppleWebKit/537.36 (KHTML, like Gecko)
Chrome/xx.xx.xx
Safari/537.36

这串字符串的实际意义大致是：

  • Mozilla/5.0 → “我也是 Netscape 级别的浏览器”
  • AppleWebKit/537.36 → “渲染引擎属于 WebKit 系列”
  • (KHTML, like Gecko) → “可以像 Gecko（Firefox）一样工作”
  • Safari/537.36 → “看起来像 Safari，保证兼容性”
  • Chrome/xx → “实际浏览器是 Chrome”

也就是说，Chrome 成为一个 四重伪装的浏览器。

3. Edge 的出现：身份与生存的妥协

接下来是 Microsoft 的轮次。最初的 Edge 使用自己的 EdgeHTML 引擎，随后转向 Chromium。

此时 Microsoft 最清楚的一点是：

“网页代码中已经嵌入了数十万个基于 User-Agent 的分支。”

如果 Edge 直接使用 Edge/101.0.0.0，后果会是：

  • 许多网站无法识别 Edge
  • if (ua.includes("Chrome")) 等旧分支不再生效
  • 可能出现“此浏览器不受支持”的提示
  • 功能受限、布局破碎、奇怪的 polyfill 等

技术上诚实，但会陷入 兼容性地狱。

Edge 的策略

“身份是 Edge，但外观必须像 Chrome + Safari。”

于是我们看到的 UA 如下。

Mozilla/5.0 (Windows NT 10.0; Win64; x64)
AppleWebKit/537.36 (KHTML, like Gecko)
Chrome/101.0.4951.64
Safari/537.36
Edg/101.0.1210.47

解析：

  • Mozilla → “我也是现代浏览器”
  • AppleWebKit → “我会像 WebKit 一样渲染”
  • Chrome → “我基于 Chromium”
  • Safari → “我也能像 Safari 一样展示，别阻止我”
  • Edg → “但品牌是 Edge”

这串长字符串不是 Edge 的自我介绍，而是 为与遗留代码妥协、求得生存的伪装卡。

4. User-Agent 字符串解读章节：30 年历史的浓缩

总结一下 UA 的主要 token：

字符串 实际意义（意译）
Mozilla/5.0 “我属于 Netscape 级别的现代浏览器，别把我当旧版。”
AppleWebKit/537.36 “我会像 Safari 一样渲染，属于 WebKit 系列。”
KHTML, like Gecko “我可以像 Gecko（Firefox）一样工作。”
Safari/537.36 “我不是真正的 Safari，但看起来像 Safari。”
Chrome/101.0... “我的引擎是 Chromium（Chrome）。”
Edg/101.0... “我的品牌是 Edge，其他都是伪装。”

一句 UA 字符串里，包含：

  • Netscape vs IE 的战争
  • Gecko vs WebKit vs Trident 的引擎争夺
  • Chrome 的市场主导
  • Edge 的生存策略与现实妥协

5. User-Agent 正在变成“历史垃圾堆”

问题在于，今天的 UA 系统几乎是 破碎的设计：

  • 浏览器互相伪装 → 可信度 0
  • 为了兼容遗留代码，字符串不断膨胀
  • 设备/OS 信息过度泄露 → 隐私问题
  • 通过 UA 解析准确判断浏览器/功能几乎不可能

因此，W3C 与浏览器厂商正逐步废弃 UA 字符串，转向 User‑Agent Client Hints。

Client Hints：让我们说实话

未来，以下头部将成为主角。

Sec-CH-UA
Sec-CH-UA-Platform
Sec-CH-UA-Mobile

大致流程：

  1. 服务器在响应头中请求浏览器提供更精确的信息
  2. 浏览器按需、结构化地返回
  3. 无需解析伪装字符串

优点：

  • 浏览器不再需要“假装是 Safari 的 Chrome‑based Edge”
  • 服务器只请求必要信息，减少隐私泄露
  • 代码更简洁，解析错误更少

也就是说，浏览器正被迫诚实，Web 标准正在重新设计。

6. 结语 — 用新的视角看服务器日志中的“怪异一行”

回到最初的那行。

Mozilla/5.0 ... Safari/537.36 ... Edg/101

这不是简单的字符串拼接，而是：

  • 浏览器战争与霸权竞争
  • 与遗留代码的妥协
  • 市场份额争夺中的伪装与策略
  • 以及标准迟来的修复

这是一段 压缩的历史记录。

更有趣的是，

这段历史的残余 在 2025 年仍然每天在服务器日志中被捕捉。

下次看到 Mozilla/5.0 ... Safari ... Edg/... 这样的组合时， 可以微笑着说：“又见到一枚化石。” 🙂

image