102 Processing 是最初的 WebDAV 规范 RFC 2518 中定义的临时响应。服务器可以用它告诉客户端：完整的请求已经收到，仍在处理中。这样，客户端就不会在缓慢的操作中超时，例如带有 Depth: infinity 的递归 COPY 或 MOVE。
2007 年取代 RFC 2518 的 RFC 4918 删除了 102，因为它很少被实现。这个状态码至今仍在注册表中，一些服务器也仍会发送它，但新应用不应依赖它。对于长时间运行的任务，应返回 202 Accepted 并附上供客户端轮询的 URL，或者以流式方式返回进度。
不认识 102 的客户端可以忽略它（就像可以忽略任何意料之外的 1xx 响应一样），继续等待最终状态。
响应示例
HTTP
HTTP/1.1 102 Processing
HTTP/1.1 207 Multi-Status
Date: Fri, 06 Nov 2026 10:15:32 GMT
Content-Type: application/xml; charset=utf-8
Transfer-Encoding: chunkedSEO 与重定向检测
搜索引擎永远不会把 102 当作页面状态，只有最终响应才算数。重定向检测工具报告的同样是最终状态（对于 WebDAV，通常是 207 Multi-Status），因为临时响应由 HTTP 客户端在内部处理。
常见原因与使用场景
- WebDAV 服务器报告缓慢的递归
COPY、MOVE或DELETE操作仍在进行。 - 应用在长请求期间发送 102 作为保活信号。更好的做法是返回 202 Accepted，并让客户端轮询。
- 尽管服务器发送了 102，代理或客户端仍在长时间操作中超时。可以调高它们的读取超时，或把操作改为异步执行。