TLS 1.3 的 0-RTT：加速之前先確認請求能否重放
降低握手等待與保護交易一致性需要同時考慮，支付、領券和寫入接口應逐項評估。
本文目錄
更早發送不等于可以重復執行
TLS 1.3 規范說明，0-RTT 資料需要考慮重放風險。是否接受早期資料，是接入層與應用共同面對的問題；不能因為開啟了 HTTPS，就認為所有寫入操作都適合用同一種優化方式。
按業務后果分類接口
公開的只讀內容、使用者狀態查詢、創建訂單和領取權益，重復執行的后果各不相同。先列出接口是否改變狀態，再核查應用是否具備冪等處理、重復請求識別和一致性校驗，不憑請求方法名稱作唯一判斷。
逐段確認功能支持
瀏覽器到邊緣、邊緣到源站的連接可能采用不同配置。選型和聯調時分別核對支持范圍、關閉方式及失敗回退；本文討論協議設計，不代表任一 WAFPRO 套餐預設啟用了 0-RTT。
用正確結果衡量優化
在測試環境同時驗證首次存取、恢復會話和網路重試。記錄響應時間以及業務實際執行次數；如果更低的握手耗時換來重復寫入，應該先修復業務處理，再繼續推進加速配置。