浏览器端无法用HTML实现User-Agent Reduction，因其由浏览器内核在网络栈层面自主裁剪请求头，HTML的meta、script等均无法干预；应改用Client Hints API（如Sec-CH-UA系列）传递客户端信息。
浏览器端无法用 HTML 实现 User-Agent Reduction —— 这不是前端能控制的行为，而是由浏览器内核在发起 HTTP 请求时自主决定的底层策略。
为什么 HTML 代码对 UA Reduction 完全无效
UA Reduction 是网络请求发起前、在浏览器网络栈层面做的字符串裁剪，发生在 fetch()、XMLHttpRequest、甚至页面导航（location.href）触发的初始请求中。HTML 本身不参与请求头构造，<meta>、<script> 或任何 DOM 操作都无法覆盖或干预这个过程。
常见误解包括：
- 试图用
document.querySelector('meta[name="user-agent"]')修改 ——<meta>标签根本不影响请求头 - 在
<script>中调用navigator.userAgent并赋值 —— 该属性只读，且返回的是浏览器「当前声明的 UA 字符串」，不是它「实际发送的」 - 以为 Service Worker 能劫持并重写 UA ——
request.headers.set('User-Agent', ...)会抛出TypeError: Headers is immutable
Chrome / Edge / Firefox 的 UA Reduction 行为差异
各浏览器对 UA Reduction 的启用时机和精简程度不同，直接影响你收到的 navigator.userAgent 值和服务器实际收到的请求头：
立即学习“前端免费学习笔记（深入）”；
- Chrome 115+ 默认启用：桌面版移除
AppleWebKit/xxx和Safari/xxx，保留Chrome/xxx；Android 版额外隐藏 CPU 架构（如arm64） - Edge 119–144 支持
UserAgentReduction策略，但 144+ 已彻底移除该策略，转为强制统一 UA 客户端提示（Sec-CH-UA系列） - Firefox 115+ 默认启用：桌面版仍保留
rv:xx.0和Gecko/20100101，但 Android 版省略平台细节，且Gecko/xxx变为与主版本号一致（如Gecko/115.0）
注意：navigator.userAgent 返回的值 ≠ 实际发出去的请求头 —— 后者可能被进一步精简（例如通过 Sec-CH-UA-Reduced header 控制）。
真正可控的替代方案：使用 Client Hints API
如果你需要向服务器传递更准确的客户端信息（比如设备类型、是否为移动设备、高比特色支持），应放弃依赖 UA 字符串，改用标准的 Sec-CH-UA 系列请求头：
- 需在页面响应头中显式开启：
Accept-CH: Sec-CH-UA, Sec-CH-UA-Mobile, Sec-CH-UA-Platform - 也可用
<meta http-equiv="Accept-CH" content="Sec-CH-UA, Sec-CH-UA-Mobile">（仅对同源后续请求生效） - JavaScript 中可读取：
navigator.userAgentData.getHighEntropyValues(['platform', 'mobile'])，但需用户手势触发且跨域受限
服务端需主动解析这些 header，而不是继续 parse User-Agent 字符串 —— 这才是 W3C 推荐的现代做法。
最易被忽略的一点：即使你在本地禁用 UA Reduction（如 Edge 设置 UserAgentReduction=1），线上用户仍大概率运行默认精简模式。不要基于完整 UA 字符串做关键逻辑判断，尤其是设备识别或功能开关。
