HTTP 226 IM Used 状态码响应头 IM 与 Delta-Base 的含义
HTTP 226 IM Used 状态码响应头中的 IM 字段用于描述服务器使用的差异生成算法，Delta-Base 字段则标识增量内容所基于的基准文档版本。
确认响应头中 IM 字段描述的算法类型
当服务器返回 226 状态码时，响应头中必须包含 IM 字段，该字段用于描述服务器实际使用的差异生成算法。例如，在 MDN 的示例中，IM: vcdiff 表示服务器使用了 vcdiff 算法来生成增量数据。这个字段直接反映了服务器处理增量编码的具体技术实现方式，是判断服务器是否正确支持增量编码的关键依据。如果响应头中缺少 IM 字段或其值与客户端请求头 A-IM 中指定的算法不一致，说明服务器可能未正确实现增量编码功能。
在排查问题时，应仔细检查响应头列表，确认 IM 字段的值是否与预期一致。如果 IM 字段显示的算法（如 vcdiff 或 diffe）在服务器配置中并未启用，或者与客户端请求头 A-IM 中指定的偏好不符，则可能存在配置错误。此时需要检查服务器配置，确保其支持并正确返回了指定的差异生成算法。此外，IM 字段的值应准确描述服务器实际使用的算法，避免出现描述与实际实现不符的情况。
验证 Delta-Base 字段标识的基准文档版本
Delta-Base 字段是响应头中另一个重要组成部分，它用于标识增量内容所基于的基准文档的版本。在 MDN 的示例中，Delta-Base: abcd123 表示增量数据是基于 ETag 为 abcd123 的文档生成的。这个字段确保客户端能够正确地将增量数据与已缓存的基准文档进行合并，从而恢复出完整的文档内容。如果 Delta-Base 字段的值与客户端请求头 If-None-Match 中指定的版本不一致，或者与服务器当前资源的 ETag 不匹配，则可能导致增量数据无法正确应用。
在验证 Delta-Base 字段时，应将其值与客户端请求头 If-None-Match 中指定的 ETag 进行对比。如果 Delta-Base 字段的值与客户端缓存的版本一致，说明增量数据是基于正确的基准文档生成的。如果 Delta-Base 字段的值过期或不存在，客户端可能无法正确合并增量数据，导致文档内容不完整。此时应检查服务器的增量编码实现，确保其正确返回了 Delta-Base 字段，并且该字段的值与请求头中的版本标识一致。
检查 IM 与 Delta-Base 字段的一致性
IM 字段和 Delta-Base 字段的一致性是判断增量编码是否正确执行的重要指标。IM 字段描述了生成增量数据所使用的算法，而 Delta-Base 字段标识了生成增量数据的基准文档版本。如果 IM 字段描述的算法与 Delta-Base 字段标识的基准文档版本不匹配，或者两者之间存在逻辑矛盾，则可能说明服务器在处理增量编码时出现了错误。例如，如果 IM 字段显示使用了 vcdiff 算法，但 Delta-Base 字段标识的基准文档版本与客户端请求头中的版本不一致，则可能导致增量数据无法正确应用。
在排查问题时，应确保 IM 字段和 Delta-Base 字段的值在逻辑上是自洽的。如果 IM 字段描述的算法与 Delta-Base 字段标识的基准文档版本不匹配，或者两者之间存在矛盾，则应检查服务器的增量编码实现。此时可以参考 HTTP 规范，确保服务器正确实现了增量编码功能，并且 IM 字段和 Delta-Base 字段的值符合规范要求。如果两者不一致，可能需要重新配置服务器或检查增量编码的实现代码。
排查代理或缓存导致的字段缺失问题
由于 HTTP 增量编码的支持度较差，许多代理服务器或缓存系统可能不支持 226 状态码或相关的响应头字段。在抓取诊断过程中，如果请求经过代理或缓存，可能会导致服务器无法正确返回 IM 和 Delta-Base 字段，或者这些字段被代理或缓存系统过滤掉。在 MDN 的资料中提到，即使客户端和服务器支持增量编码，代理或缓存也可能不支持，导致增量编码的复杂性可能 outweigh benefits。因此，在排查问题时，应尝试关闭代理或缓存功能，直接请求服务器，以排除中间设备的影响。
如果关闭代理或缓存后仍然无法返回 IM 和 Delta-Base 字段，可能需要检查服务器的增量编码实现是否完整。增量编码的复杂性可能 outweigh benefits，导致服务器在处理请求时出现错误。此时应参考 HTTP 规范，确保服务器正确实现了增量编码功能，并且正确返回了 IM 和 Delta-Base 字段。如果服务器实现不完整，可能需要重新配置服务器或升级服务器软件，以确保其支持增量编码并正确返回相关响应头字段。
资料与延伸阅读
你可以通过以下原始资料核对文中概念，并继续深入阅读。