referrerpolicy="no-referrer" 仅对当前元素触发的单次请求生效，不继承、不传递，新页面后续请求仍按自身策略发送 referer；它对 window.location 跳转、 加载和未显式设置的表单提交无效，验证须通过服务端原始请求头确认。

referrerpolicy 属性不是“开关”，而是对单次请求的 Referer 头做即时裁剪——加了它，不等于全站隐身；没加它，也不代表信息全量泄露。它的效果严格绑定在触发请求的那个元素上，且只生效一次。

anything-to-html

将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。

下载

referrerpolicy="no-referrer" 为什么点开链接后新页面里 still 有 Referer？

因为 referrerpolicy 不继承、不传递。它只管当前元素发起的那一次请求（比如点击一个 @#@#@#@#@#@#@#@#@#@0

点击后观察终端输出 —— 如果没有 Referer: 行，或该行为空，才算成功

注意降级场景：https://site.com → http://127.0.0.1:8000 时，no-referrer-when-downgrade 也会导致 Referer 缺失，别误判为 no-referrer 生效

最常被忽略的一点：referrerpolicy 是「请求发起侧」的策略，它无法约束目标网站是否记录、转发或滥用收到的 Referer —— 它只决定你这一端发什么、不发什么。而真实世界里，中间代理、CDN、甚至某些浏览器扩展都可能篡改或补全 Referer，所以关键路径上的敏感跳转（如含 token 的 URL），光靠这个属性不够，得配合后端校验或短期 token 机制。

前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！