最新版Chrome普通模式下UI5处理OData Batch报Invalid MIME part type错误

• 差异来源是Chrome 88普通模式默认开启的网络预测与MIME嗅探逻辑：Chrome普通模式下默认启用网络服务预加载特性，跨域请求经CORS代理转发的multipart/mixed类型OData Batch响应，会被浏览器自动做MIME类型嗅探，额外在响应头集合中注入application/json的Content-Type值，全程无用户感知。
• 为什么其他环境不报错：Chrome无痕模式下网络预测特性默认禁用，不会触发响应头篡改；Edge、独立安装的Chromium因为用户配置文件独立，不会继承Chrome主进程的嗅探规则；Firefox本身没有跨域响应自动修改Content-Type的逻辑，因此这些环境下拿到的响应头完全和服务端一致，不会出现冗余字段。
• 为什么代码会抛错：OpenUI5内置的早期版本datajs库的解析逻辑存在兼容缺陷，它在做Batch MIME part类型校验时，没有严格按OData规范只读取每个分段内部的头信息，反而错误地把外层响应头集合中的所有字段都纳入校验范围——一旦检测到头集合里出现非application/http的MIME值（比如注入的application/json），就会直接抛出Invalid MIME part type错误，完全不识别该值不属于Batch分段本身的头。

按推荐优先级排序：

• 临时验证问题：关闭Chrome的网络预测嗅探
  进入Chrome设置的隐私与安全板块，找到安全设置项，关闭「预测网络操作以提高页面加载效果」「使用安全DNS」选项，重启浏览器后即可验证问题是否复现。
• 生产环境推荐：替换带篡改逻辑的公共CORS代理
  不要使用公共开放的无鉴权CORS代理转发OData Batch请求，自行部署不带响应头篡改逻辑的CORS转发服务，确保转发的Batch响应完全保留服务端原始的multipart/mixed头配置，不额外注入自定义Content-Type字段。
• 旧项目兼容兜底：给datajs打解析补丁
  在项目加载完OpenUI5核心资源后，主动拦截处理datajs的响应头解析钩子：遇到Batch请求时，提前从响应头集合中过滤掉非服务端返回的冗余application/json字段，保证传给后续MIME解析逻辑的头内容和其他浏览器环境完全一致，复现调试时删除冗余字段后能正常运行的效果。
• 长期优化：升级OpenUI5到近期正式版本
  近3个大版本的OpenUI5已经完全替换了老版datajs的Batch解析实现，改用符合标准的原生Multipart解析器，不会因为外层响应头的冗余字段触发类型校验错误。

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