什么是HTTP？方法、消息、状态码和缓存

介绍

HTTP是应用层协议，为Web提供了一个共享的词汇，以便识别资源和交换表示。浏览器可以请求文档，API客户端可以提交JSON，爬虫可以检索HTML，因为每一方都理解相同的方法、字段、状态码和消息语义。

HTTP并不定义一个固定的应用数据模型。它定义了请求如何陈述意图，以及响应如何描述结果。相同的语义在HTTP/1.1、HTTP/2和HTTP/3中得以保留，尽管这些版本以不同方式编码和传输消息。

资源、表示和URI

HTTP在通过URI标识的资源上运行。产品记录、图像、搜索结果和工作状态都可以是资源。返回的字节是针对该请求选择的表示，可能是HTML、JSON、图像或以请求语言的压缩内容。

这个区别很重要，因为一个URI可以有多个表示。请求字段如Accept和Accept-Language描述客户端偏好，而响应字段如Content-Type和Content-Encoding解释发送的内容是什么。 RFC 9110定义HTTP语义 由当前版本共享。

请求的结构

请求包含方法、目标、字段，有时还包含内容。GET请求一个表示。HEAD请求相同的元数据而不包含响应内容。POST提供处理信息。PUT请求替换目标资源，而DELETE请求服务器删除关联。

方法名称不是简单的路由标签。安全性和幂等性会影响缓存、自动化工具，以及客户端在不确定网络结果后的恢复方式。服务器可能暴露特定应用的行为，但应保留它所接受方法的标准化含义。

响应的结构

响应包含状态码、字段和可选内容。2xx代码报告成功处理，3xx将客户端引导到其他地方或缓存状态，4xx报告请求问题，5xx报告服务器无法完成有效请求。

头部携带有关选定表示、身份验证挑战、缓存策略、验证器、范围、cookies和中介的元数据。响应体没有保证：HEAD、204和304响应有特别的内容规则，错误响应可能携带有用的诊断信息以应用定义的格式。

无状态并不意味着无记忆的应用程序

HTTP是无状态的，因为每个请求可以在没有之前请求的协议级对话状态下理解。应用程序仍通过cookies、授权凭证、服务器端会话、数据库记录和令牌维护状态。

这种分离使协议保持通用。购物车可以持续存在，而每个HTTP请求仍保持足够自描述以进行路由和处理。设计者应区分应用状态与连接状态，并避免假设同一网络连接意味着同一认证用户。

缓存和条件请求

缓存可以在方法、状态、新鲜度和缓存控制规则允许的情况下重用存储的响应。新鲜度避免联系源。验证允许缓存通过在条件请求中发送实体标签或修改日期询问存储的表示是否仍然最新。

成功的验证可以返回304而不再传输表示。正确的缓存键必须考虑目标URI和Vary命名的选定请求字段。 HTTP缓存规范 定义这些控制，并在指令正确设置时防止私有响应跨用户泄漏。

连接、代理和版本

HTTP消息可能通过代理、网关、缓存和内容分发网络传递后才到达源。每个中介可以根据协议规则路由、身份验证、转换或存储消息。端到端字段描述资源交换；连接特定的处理取决于协议版本。

HTTP/1.1在字节流上使用文本消息语法。HTTP/2将相同的语义映射到二进制帧和复用流。HTTP/3在QUIC上映射它们。 MDN的HTTP概述 提供了一个面向浏览器的视角，关于相同的客户端、服务器和中介模型。

什么是HTTP？方法、消息、状态码和缓存验证计划

HTTP是一种请求-响应协议。客户端发送请求，服务器返回响应。验证该声明在整个生产路径中的有效性。从一个小的代表性交换开始，记录客户端和边缘的谈判行为，并确认应用程序通过相同的网关、代理、证书终止点和真实流量所使用的网络策略接收它期望的字段、框架或事件。

将第一个设计假设转化为失败练习：用稳定的URI命名资源。然后检查第二个假设周围的资源压力：选择定义语义的方法。正确的实现应该在文档限制内失败，释放连接和缓冲状态，并留下一个解释结果的痕迹，而不暴露凭证或私有负载。

Web导航和机器API测试设计的不同部分，因此兼容性测试应包括相关的流量形状。添加一个当前浏览器、一个非浏览器客户端、一条较慢的网络路径，以及最新支持的中介。记录优选路径及其回退的版本选择、连接生命周期、消息或响应年龄、队列深度和关闭原因。

在测试期间将语义和传输视为独立层。成功的连接并不证明应用程序正确处理了排序、授权、取消、缓存、重放或状态恢复。同样，应用程序错误并不证明谈判的协议失败。用资源、用户范围、逻辑操作和连接标识符标记观察结果，然后比较每个端点认为发生的情况。这种分离使得容量工作更有用：团队可以看到延迟来自连接设置、网络传输、排队、应用程序处理、序列化或慢接收器。保持私有内容远离常规遥测，同时保留足够的时间和结果数据以再现决策。

什么是HTTP？方法、消息、状态码和缓存在实践中的呈现

什么是HTTP？方法、消息、状态码和缓存生产检查表

• 用稳定的URI命名资源。 将这一点转换为书面接受测试，以便审核者可以区分预期行为与意外实现细节。
• 为其定义语义选择方法。 命名拥有设置的组件以及当其观察到行为发生变化时作出回应的人员或团队。
• 返回描述实际结果的状态码。 在日志或跟踪中捕获相关信号，然后验证信号在真实路径中的每个代理、网关和服务边界中存活。
• 为每个表示设置Content-Type。 用正常案例、慢速对等体、关闭连接、过大的输入以及版本或能力不匹配测试决策。
• 将身份验证状态与连接身份分开。 记录安全默认值和允许例外的确切条件；隐藏的例外在后续更改中变成互操作性问题。
• 为敏感响应明确定义缓存行为。 从一个代表性浏览器或客户端检查这一行为，而不是仅依赖于本地单元测试或服务器端配置屏幕。
• 对大型或经常检查的资源使用验证工具。 设定一个有限的资源限制，并使结果拒绝对操作人员和调用应用程序可见。
• 在中介之间记录请求标识符。 保留足够的标识符，以便在客户端、边缘、应用程序和任何异步工作者之间关联一个逻辑交换。
• 以一致的格式保留客户端可见的错误。 在流量形状变化后审查选择，因为连接数、负载大小和消息频率可能改变正确设计。
• 测试您边缘支持的协议版本的行为。 保持回退路径可观察和经过测试，以便兼容性不依赖于一个已悄然停止工作的旧路径。

结论

HTTP是一种请求-响应协议。客户端发送请求，服务器返回响应。HTTP语义超越每个电缆版本。不同版本之间的框架发生变化，而方法和响应的含义保持熟悉。将这两个事实应用于明确的限制、可观察的状态，以及经过代表性客户端测试的回退，而不是从配置中假设。

参考文献

• Scrapeless通用抓取API文档
• Scrapeless通用抓取API产品概述
• Scrapeless C++ HTTP抓取指南