JavaScript文件在Chrome开发者工具中加载失败的根因问询

这种域名访问时动态加载JS失败，但换IP访问就正常的情况确实挺棘手的，结合你已经排除的代理拦截、缓存问题，我整理了几个大概率的根因方向：

• CORS配置差异：服务器可能针对域名和IP设置了不同的CORS规则。虽然直接访问JS文件时浏览器不会触发严格的CORS检查，但动态加载脚本时（比如用fetch或document.createElement('script')加载），浏览器会验证Access-Control-Allow-Origin等响应头。如果域名对应的CORS响应头未正确配置（比如没包含当前域名，或者OPTIONS预请求返回错误），就会导致加载失败，而IP访问的CORS规则是正常的。

• Host头触发的服务器配置差异：很多Web服务器（如Nginx、Apache）会根据请求的Host头返回不同的资源或配置。当用域名访问时，Host头是something.com，服务器可能返回了错误的JS文件路径、缺失关键响应头（比如Content-Type: application/javascript），甚至返回了非JS内容；而IP访问时Host头是IP地址，服务器使用了正确的配置。这种情况下代理日志显示请求成功，但浏览器拿到的内容不符合预期，导致加载失败。

• 域名与IP指向的后端实例不一致：如果你的域名通过负载均衡指向了多台后端服务器，可能其中部分实例的JS文件存在缺失或损坏，而IP访问直接指向了正常的实例。即使清理了负载均衡缓存，也可能存在实例间的同步问题，导致域名请求落到了有问题的节点上。

• 浏览器Content Security Policy（CSP）限制：页面的CSP规则可能针对域名和IP做了不同的配置。比如域名对应的页面设置了script-src仅允许特定来源加载脚本，而动态加载的JS来源不在允许列表内；但IP访问的页面CSP规则更宽松，允许加载该脚本。

• 动态加载逻辑的路径问题：如果动态加载JS的代码是根据当前页面的域名构造请求路径，可能存在路径解析错误。比如相对路径在域名环境下解析到了不存在的资源路径（比如域名对应的根目录是/web/，而IP对应的根是/，动态加载的./js/main.js在域名下变成/web/js/main.js，但该路径实际不存在）。这种情况下代理日志显示请求成功，但服务器返回的是404页面而非JS文件，浏览器自然无法加载。

• DNS解析或本地缓存残留：虽然你清理了浏览器缓存，但可能存在本地DNS缓存未更新的情况，导致域名解析到了旧的、有问题的服务器节点。可以尝试刷新本地DNS缓存（比如Chrome中在chrome://net-internals/#dns页面清理，或系统层面执行ipconfig /flushdns）后再测试。

内容的提问来源于stack exchange，提问作者stack account