es module加载强制启用cors机制，要求服务端返回access-control-allow-origin响应头；若页面通过file://协议打开，origin为null，不满足cors要求，必须使用http服务器（如live server、serve）才能正常加载执行。
ES Modules 在浏览器中加载模块时，跨域问题不是“能不能发请求”，而是“浏览器是否允许加载并执行该模块”。它本质上受 CORS（跨源资源共享）机制约束，且比普通脚本更严格——type="module" 的 <script></script> 或 import() 默认以 cors 模式发起请求，要求服务端明确许可。
为什么 ES Module 会触发跨域报错
ES Module 加载器强制使用 CORS 请求策略，即使目标资源在同个磁盘路径下，只要页面是通过 file:// 协议打开，Origin 就是 null，而浏览器只接受 http、https、chrome-extension 等合法协议的 Origin。此时：
- 服务端未返回
Access-Control-Allow-Origin响应头 → 浏览器直接阻断模块解析 - 页面用
file:///打开 → 请求 Origin 为 null → 不满足 CORS 要求 → 报错 “Origin null is not allowed” - 即使资源物理存在，浏览器也不会尝试执行模块代码，直接中断加载流程
必须启用 HTTP 服务才能正常使用
本地开发时，不能双击 HTML 文件运行，必须通过本地 HTTP 服务器提供服务。常见做法包括：
- VS Code 安装 Live Server 插件，右键“Open with Live Server”
- 命令行运行
npx serve或npx http-server - Vite、Webpack Dev Server 等构建工具自带开发服务器，天然支持模块加载
这些方式让页面以 http://localhost:xxxx/ 访问，Origin 变为合法值，CORS 请求可被正常处理。
Comprehensive Three.js 3D graphics reference
下载
详细的 Three.js 3D 图形参考，涵盖场景设置、相机、几何体、材质、光照、动画、控制器、加载器、数学工具和调试。
服务端需正确配置 CORS 响应头
若从其他域名（如 CDN 或后端 API 域名）加载模块，服务端必须返回允许跨域的响应头，至少包含：
-
Access-Control-Allow-Origin: *（或指定具体域名） -
Access-Control-Allow-Methods: GET（模块加载只用 GET） -
Access-Control-Allow-Headers（一般无需额外设置）
注意：Access-Control-Allow-Origin: * 与带凭证（credentials）的请求不兼容；若模块请求需携带 cookie，必须指定确切域名且服务端设 Access-Control-Allow-Credentials: true。
不推荐但偶见的绕过方式（仅限调试）
某些场景下临时规避（生产环境严禁使用）：
- Chrome 启动时加参数
--unsafely-treat-insecure-origin-as-secure="file:///" --user-data-dir=/tmp/test（新版已逐步弃用） - Edge 浏览器对部分
file://场景宽容度略高，但行为不稳定，不可依赖 - Qt WebEngine 等嵌入式环境可通过自定义 URL Scheme 或启动参数放宽限制，但本质仍是模拟合法 Origin
这些方法破坏安全模型，且无法解决真实部署中的跨域策略问题，仅作快速验证参考。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
