为什么IIS 7.0会返回不符合RFC7231规范的HTTP状态码？

• 属于早期的历史兼容设计：IIS的子状态码机制诞生时间远早于RFC7231规范正式定稿，微软最初引入该机制的核心目的是补充标准三位状态码的信息不足问题，给运维人员、开发人员提供更精细的错误归因，方便快速排查问题。比如同样是401未授权错误，401.1对应登录凭证无效、401.2对应服务器身份验证配置错误、401.3对应资源ACL权限不足，这类细分场景仅靠标准401状态码无法直接定位，子状态码可以大幅降低问题排查成本。
• 子状态码并非替换标准HTTP状态码：根据HTTP规范要求，标准状态码为三位整数，IIS的子状态码属于微软在产品层面的自定义扩展，很多人存在误解，以为IIS会在HTTP响应行中返回带小数点的状态码，实际正常配置下IIS的响应行仍会返回符合规范的三位整数状态码，小数点后的子状态码仅会出现在IIS本地日志、默认错误响应页面的文本内容中，不属于HTTP协议层面的违规返回。

绝大多数场景下不会对合规客户端造成影响：

• 符合RFC规范的客户端只会读取HTTP响应行中的三位整数状态码处理业务逻辑，不会主动解析响应正文内容、服务器本地日志里的状态码文本，IIS的子状态码完全不会被客户端感知到，自然不会引发运行故障。
• 仅当客户端本身实现不符合规范，错误地将IIS错误页上显示的带小数点的状态码文本，或是IIS自定义的非标准响应头中的子状态码字段当作标准HTTP状态码解析时，才可能出现逻辑异常，这类问题本质是客户端实现不规范导致的，和IIS的子状态码设计无关。

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