file://协议下crossorigin属性完全失效，浏览器既不触发cors请求也不发送origin头，加该属性反而导致加载失败；唯一可靠方案是改用http://或https://协议运行页面。
本地直接双击打开 HTML 文件时，crossorigin 属性会被浏览器完全忽略，加了也无效，还可能引发意外加载失败——这不是配置错了，是协议层就不支持。
file:// 协议下 crossorigin 本质失效
浏览器对 file:// 协议执行最严格的安全策略：crossorigin="anonymous" 在这种场景下不触发 CORS 请求，也不发送 Origin 头，服务端根本收不到协商信号。此时即使本地脚本路径正确，加了 crossorigin 反而会让部分浏览器（如 Chrome）拒绝加载并报 Failed to load resource: net::ERR_FILE_NOT_FOUND 或静默失败。
- 不是你写错了属性值，而是整个机制在
file://下被禁用 -
script标签加了crossorigin后，浏览器会强制走 CORS 流程，但file://没有 Origin，也没服务端响应头可校验，直接卡死 - 哪怕脚本和 HTML 在同一目录，
file://下也被视为“跨域上下文”，错误仍显示Script error.
真正有效的本地调试方案：换协议，不硬刚
别试图给本地脚本加 crossorigin，它解决不了问题，只会掩盖根源。唯一可靠路径是让页面运行在 http:// 或 https:// 上。
- 用
npx serve、python3 -m http.server或 VS Code 的 Live Server 插件起一个本地 HTTP 服务 - Vite / Webpack Dev Server 默认就走
http://localhost:xxx，天然绕过file://限制 - 如果必须离线且不能起服务，把 JS 内联进 HTML（
<script>...</script>），避开外部加载环节
误配 crossorigin 导致的典型症状
加了 crossorigin 但本地跑不通，往往不是 CORS 配置问题，而是协议与属性冲突暴露了其他隐患：
- 控制台报
net::ERR_FAILED或net::ERR_FILE_NOT_FOUND→ 浏览器已放弃加载，连请求都没发出去 - Network 面板里看不到 JS 请求 →
crossorigin触发了预检（比如你同时用了integrity），但file://下 OPTIONS 请求无意义，直接失败 - 脚本明明存在却执行不了，且没报错 →
crossorigin让浏览器跳过默认加载逻辑，又没 fallback 机制
本地开发时，crossorigin 是个伪需求。它只在真实部署到 HTTP 环境、且资源跨域时才有意义。盯着这个属性调来调去，不如先确认当前是 file:// 还是 http:// —— 这一步漏掉，后面全白忙。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
