加了crossorigin仍是Script error，根本原因是服务端未返回匹配的Access-Control-Allow-Origin响应头，或Origin不一致、file://协议下被忽略、动态chunk未配置crossOriginLoading。
为什么加了 crossorigin 还是 Script error.
这不是前端代码写错了，是加载链在 CORS 协商阶段就断了。浏览器看到跨域脚本出错，但没拿到完整堆栈，第一反应不是“你漏写了属性”，而是“Origin 请求头发了没？服务端回了 Access-Control-Allow-Origin 吗？”
-
crossorigin="anonymous"只是告诉浏览器：用 CORS 模式发请求，不带 Cookie - 服务端必须返回匹配的响应头，比如
Access-Control-Allow-Origin: https://your-site.com（不能是*+use-credentials） - Network 面板里点开那个 JS 请求，看 Response Headers 有没有这个头、值是否和当前页面协议+域名完全一致（
https://a.com≠https://a.com/） - 本地双击打开 HTML（
file://协议）时，crossorigin被浏览器直接忽略，永远只有Script error.
<script> 标签里 crossorigin 怎么写才有效
别只写 crossorigin 或 crossorigin=""，语义模糊，Webpack/Vite 构建时可能丢掉。必须显式声明值。
- CDN 场景一律用
crossorigin="anonymous"：<script src="https://cdn.example.com/app.js" crossorigin="anonymous"></script> - 如果脚本需携带登录态（如私有资源），才用
crossorigin="use-credentials"，此时服务端必须同时返回Access-Control-Allow-Credentials: true和精确域名（不能是*） - 同域脚本加
crossorigin没坏处但没必要，也不影响错误捕获 - 动态
import()加载的 chunk 不受这个标签控制——那是构建工具的事
Webpack 项目里异步 chunk 的 crossorigin 怎么配
静态 <script> 好办，但现代应用大量用 import('./module.js')，这部分 JS 默认不走 CORS，错误监控照样收不到行列号。
- Webpack 配置里必须设
output.crossOriginLoading = 'anonymous' - 不配的话，Network 面板能看到 chunk 请求发出去了，但响应头缺
Access-Control-Allow-Origin，控制台只报Script error. - 旧版 Webpack（'use-credentials'，要手动覆盖
- Vite 项目对应配置是
build.rollupOptions.output.crossOrigin = 'anonymous'，不是cors或其他字段
容易被当成“已解决”但其实没生效的坑
加了属性、服务端也配了头，还是看不到堆栈？先别改代码，盯住三个硬指标：
立即学习“前端免费学习笔记（深入）”；
- Network 面板里 JS 请求的 Request Headers 是否含
Origin（没这个头，说明crossorigin没生效） - Response Headers 是否含
Access-Control-Allow-Origin，且值和页面当前域名**完全一致**（协议、主机名、端口，连末尾斜杠都不能多） - 如果是 S3/OSS/Cloudflare 托管的资源，确认 bucket 或 behavior 级别开了 CORS 规则——CDN 默认往往关着
-
<link rel="stylesheet">或<link rel="icon">加了crossorigin对脚本错误捕获**零影响**，纯属干扰项
真正卡住错误堆栈的，永远是 <script> 标签 + 构建配置 + 服务端响应头这三环，少一个，Script error. 就不会消失。
