加 rel="noopener noreferrer" 主要为解决安全和性能问题，非强制但强烈推荐：noopener 防止新页面通过 window.opener 劫持原页面并窃取信息，同时避免页面间隐式耦合导致的性能拖累；noreferrer 则额外阻止 Referer 头泄露敏感路径或用于跨站追踪。
加 rel="noopener noreferrer" 主要是为了解决安全和性能两个实际问题，不是“必须”但强烈推荐，尤其在使用 target="_blank" 时。
防止 window.opener 劫持（安全问题）
不加这个属性时，新打开的页面可以通过 JavaScript 访问原页面的 window.opener 对象，进而：
- 调用
window.opener.location.replace()把原页面跳转到钓鱼网站 - 读取原页面的 URL、DOM 或 Cookie（如果同源）
- 执行恶意脚本，形成“反向 XSS”攻击路径
加上 noopener 后，新页面的 window.opener 会被设为 null，彻底切断这种访问能力。
避免性能拖累（页面加载与内存）
不加 noopener 时，浏览器会默认维持两个页面之间的隐式连接：
- 新页面能同步访问原页面的 JS 执行上下文
- 原页面的事件循环、内存回收可能被新页面意外阻塞
- 某些浏览器中，原页面无法进入“后台冻结”状态，影响电池和性能
noopener 断开这种耦合，让两个页面真正独立运行。
noreferrer 是额外的隐私保护（可选但建议）
noreferrer 的作用是阻止 Referer 头发送，即新页面无法知道你是从哪个 URL 点进去的。它不解决安全问题，但：
- 防止敏感路径（如带 token 的 URL）泄露给第三方站点
- 避免跨站追踪（比如广告或分析平台通过 Referer 收集跳转来源）
注意：noreferrer 会同时禁用 referrerpolicy，如果需要更精细控制（比如只隐藏路径不隐藏域名），可用 referrerpolicy="no-referrer" 替代。
兼容性与写法建议
现代浏览器（Chrome 49+、Firefox 52+、Edge 79+、Safari 12.1+）都支持 noopener；noreferrer 兼容性更好。写法上：
- 推荐组合写：
rel="noopener noreferrer" - 如果只关心安全，至少写
rel="noopener" - 不要只写
noreferrer（它不等价于noopener，旧版 Chrome 中仍存在 opener 漏洞） - 服务端渲染或 CMS 输出链接时，应默认自动注入该属性
不复杂但容易忽略，加一行就多一层保障。
