102 Processing 是最初的 WebDAV 規格 RFC 2518 所定義的中間回應。伺服器可以用它告訴用戶端：完整的要求已經收到，仍在處理中，讓用戶端在緩慢的作業期間不至於逾時，例如帶有 Depth: infinity 的遞迴 COPY 或 MOVE。
2007 年取代 RFC 2518 的 RFC 4918 移除了 102，因為實作的伺服器很少。這個狀態碼仍在登錄中，也還有些伺服器會傳送它，但新的應用程式不應依賴它。耗時較長的工作請改為回傳 202 Accepted 並附上用戶端可以輪詢的網址，或以串流方式回報進度。
無法辨識 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，代理伺服器或用戶端仍在長時間作業中逾時。請提高它們的讀取逾時，或將作業改為非同步處理。