crossorigin属性对<link>标签仅在rel="stylesheet"和rel="preload" as="font"两种场景生效，用于支持CSSOM读取和跨域字体加载；其他用途均无效。
crossorigin 属性对 <link> 标签不是万能开关，它只在两个明确场景下起作用：加载跨域 CSS 时读取 CSSOM，或预加载跨域字体时确保正确绑定；其他用途全是无效的。
哪些 rel 值让 crossorigin 生效
只有两种情况会真正触发 CORS 加载流程：
-
<link rel="stylesheet">：加了crossorigin="anonymous"后，浏览器改用 CORS 模式请求 CSS，服务端返回Access-Control-Allow-Origin才能让 JS 安全读取document.styleSheets[n].cssRules -
<link rel="preload" as="font">：仅当as="font"且 href 指向跨域字体（如.woff2）时，crossorigin才参与字体加载校验；as="image"、as="script"或rel="icon"全部被忽略
不加 crossorigin 就拿不到 CSS 错误详情
跨域 CSS 加载失败时，默认只触发 onerror，但 event.error 是空对象，event.target.href 也读不到真实 URL——这是同源策略的硬限制，不是浏览器 bug。
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 加
crossorigin="anonymous"+ 服务端配Access-Control-Allow-Origin: *→event.target.href可读，配合 Network 面板能准确定位失败资源 - 只加
crossorigin但服务端没返回对应响应头 → 样式表被静默丢弃，页面无样式，onerror可能不触发或参数为空 - 本地
file://协议下，crossorigin完全无效，无论服务端怎么配
构建工具常漏配，线上监控就失效
Webpack 的 MiniCssExtractPlugin、Vite 的 CSS 注入逻辑默认不带 crossorigin，哪怕你把 CSS 放在 CDN 上，错误收集和 CSSOM 读取照样断掉。
立即学习“前端免费学习笔记（深入）”；
- 手动注入
<link>时必须显式写：<link rel="stylesheet" href="https://cdn.com/style.css" crossorigin="anonymous"> - 动态创建时不能先设
href再补crossorigin，顺序错等于没配 -
@import的子 CSS 也要各自配 CORS，否则主 sheet 仍被标记为不可读
最容易被忽略的是：服务端响应头必须精确匹配资源路径，比如图片 CDN 的 /font.woff2?v=1.2 和 /font.woff2 是两个不同 URL，CORS 规则得分别生效——缓存策略透传不到位，就白配了。
