document.title赋值是唯一可靠方式，其他如querySelector修改title元素或innerHTML操作均无效或有风险；需注意长度、编码、服务端初始值及多端一致性。
直接赋值 document.title 是唯一可靠、兼容性最好、且浏览器标签页实时响应的方式。其他任何操作（比如修改 DOM 中的 <title> 元素、用 innerHTML 替换 <head>）都无效或不可靠。
为什么不能用 querySelector 修改 title 元素
很多人试过 document.querySelector('title').textContent = '新标题'，结果页面标签栏完全没变——这不是 bug，是规范行为。<title> 元素内容和浏览器显示的标题是两个独立通路：DOM 节点可读写，但 UI 层只监听 document.title 这个属性的赋值。IE6–8 甚至不支持通过 DOM 修改，而现代浏览器虽允许改节点，但不会同步到标签页。
- ✅ 正确：
document.title = '订单详情 - 张三' - ❌ 无效：
document.querySelector('title').innerText = '订单详情 - 张三' - ⚠️ 风险：
document.head.innerHTML += '<title>新标题</title>'—— 会清掉已加载的 CSS、JS、preload 指令，造成闪退或重复请求
什么时候执行 document.title 赋值最安全
任何时候都能赋值，不需要等 DOMContentLoaded 或 window.onload。但要注意实际生效时机取决于你绑定的触发逻辑是否合理。
- 表单输入提示：监听
input或blur，避免在keydown中高频触发 - 路由切换（SPA）：
popstate（History API）或hashchange事件后解析路径再设值 - 页面可见性恢复：监听
visibilitychange，用户切回标签页时还原原标题（防止被后台脚本覆盖） - 服务端渲染（SSR）页面：首屏必须由 HTML 的
<title>提供真实内容；JS 修改只是后续体验增强，不能替代初始值
容易被忽略的兼容性与边界问题
document.title 看似简单，但几个细节一错就导致移动端失效、SEO 抓取异常或微信分享卡片标题错误。
立即学习“前端免费学习笔记（深入）”；
- 长度控制在 50–60 字符内：超出部分在 Google 搜索结果和 iOS 标签页中会被截断为省略号
- 中文/emoji 可用，但需确保整个页面声明
<meta charset="utf-8">，否则 IE 或旧 WebView 可能乱码 - 微信/QQ 内置浏览器分享时，读取的是**初始 HTML 中的
<title>**，JS 后续修改不影响分享卡片——必须服务端输出正确初始标题 - 不要依赖隐式类型转换：
document.title = 42会变成字符串"42"，但document.title = obj可能产出[object Object]，显式用String()或模板字符串更稳
最常出问题的地方不是“怎么改”，而是“什么时候该由服务端提供，什么时候才能交给 JS”。标题参与 history 记录、PWA 安装文案、屏幕阅读器播报，一旦为空或滞后，上下文就断了——别只盯着标签页是否变了，得去收藏夹、微信对话窗、无痕窗口里验证三处是否一致。
