iOS 16与iOS 17中NSURLSessionDataTask已知变更及请求异常问询

以下是iOS 16到iOS 17之间，可能导致NSURLSessionDataTask POST请求状态码差异的已知行为变更：

• Content-Type 头部与请求体的兼容处理变更
  iOS 17对application/json类型请求的处理更灵活：如果你的请求体为空或格式存在细微不规范（比如未明确传递{}而是空数据），iOS 16会严格发送空Content-Length或不规范的请求体，触发后端400错误；而iOS 17会自动补充合法的空JSON体（{}）或调整Content-Length值，让请求符合后端的校验规则。

• HTTP协议细节的优化
  默认会话配置在iOS 17中对HTTP/2的支持做了调整，比如统一请求头字段的大小写、优化头部压缩逻辑。如果后端对HTTP/2请求的头部解析逻辑在iOS 16的旧实现下存在兼容性问题（比如无法识别混合大小写的头部字段），就会返回400；iOS 17的标准化处理则能通过校验，返回200。

• 请求体编码的强制规范
  设置Content-Type: application/json时，iOS 17会强制对请求体使用UTF-8编码，而iOS 16可能保留了系统默认的编码方式。如果请求体包含非ASCII字符，iOS 16的编码不符合后端要求，会触发400错误；iOS 17的强制UTF-8编码则能通过校验。

排查建议 #

• 分别在iOS 16和iOS 17环境下抓包，对比请求的完整细节：包括请求头、请求体内容、HTTP版本、Content-Length等，定位具体差异点。
• 查看后端错误日志，确认iOS 16返回400时的具体错误原因（如请求体格式错误、头部字段不合法等）。
• 尝试手动设置Content-Length头部，或通过NSURLSessionConfiguration强制使用HTTP/1.1，验证是否能统一两个版本的请求行为。

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