存储于大型机CICS TS的前端JS在IE正常运行但Edge、Chrome无法加载

Refused to execute script from 'http://999.999.99.999:3028/objserv/RMFGEN01.js' because its MIME type ('image/gif') is not executable

这个报错的核心是Chrome/Edge等现代浏览器严格遵循W3C规范，对可执行JavaScript资源的MIME类型做强制校验，只有application/javascript、text/javascript等合规类型才会被解析执行。而IE浏览器的MIME校验逻辑非常宽松，会忽略错误的类型声明直接尝试解析脚本，这就是两种环境表现不一致的根本原因。

• 先确认响应头明细：用F12开发者工具的「网络」面板定位到对应JS文件的请求，查看响应头的Content-Type字段确认是否确实返回image/gif，同时检查是否存在X-Content-Type-Options: nosniff头，该头会强制浏览器完全禁用MIME类型猜测，进一步提高校验严格度。
• 排查CICS TS全局MIME映射规则：CICS Web Support（CWS）模块默认按文件后缀匹配预定义的MIME类型表，需要确认.js后缀的全局映射是否被错误配置为image/gif。
• 排查对应JS资源的自定义元数据：大型机中存储的静态资源如果是存放在分区数据集（PDS）中，可能针对单个资源配置了自定义的HTTP响应头，需要确认该JS文件是否单独指定了错误的Content-Type属性，覆盖了全局映射规则。
• 排查自定义资源处理程序逻辑：如果静态资源不是直接由CICS默认的静态服务返回，而是经过自研的REXX/COBOL中转程序处理，需要检查程序的响应输出逻辑是否写死了错误的MIME类型。

• 修正全局MIME映射：登录CICS TS管理控制台，找到MIME类型配置模块，将.js后缀对应的MIME类型修改为标准的application/javascript，刷新CICS Web缓存后即可生效。
• 修正单资源的元数据配置：如果仅单个或少量JS文件存在配置错误，直接修改对应数据集的HTTP头属性，将Content-Type设为application/javascript即可，不需要调整全局配置。
• 修正中转程序的响应头逻辑：如果是自定义中转程序导致的错误，在程序的响应输出部分新增Content-Type: application/javascript头的输出，覆盖错误的默认值。
• 临时应急方案：如果暂时无法修改大型机侧配置，可在前端反向代理层增加响应头重写规则，将所有.js后缀资源的Content-Type统一替换为application/javascript，不需要调整大型机配置，生效速度快。

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