客戶端快取機制檢測

👉 請在您開發的 Client(App 或 Web 模組)上,依照下方指示之時間間隔連續請求此網址:

GET
trace_id 為隨機字串,可用於在 Server Log 中檢索此輪測試 · ·
1第 1 次 · 0s
200首次取得
取得檔案內容
待測試
如何確認
AndroidnetworkResponse 有值、cacheResponse 為 null
iOSresourceFetchType = .networkLoad
Server收到請求並記錄 Access Log,回傳 status=200 與 ETag
2第 2 次 · +1s 間隔
200from cache
取得檔案內容,未送出請求
💡 虛化處理說明:部分 Client 請求模組(如瀏覽器 fetch、Retrofit/OkHttp 封裝層)會將快取攔截透明化,在業務邏輯層直接表現為正常的 200 OK 與檔案內容。
待測試
如何確認
AndroidcacheResponse 有值、networkResponse 為 null
iOSresourceFetchType = .localCache
Server不應收到此次請求,Log 完全無此筆紀錄
3第 3 次 · +2s 間隔 (累計 3s)
304Not Modified
無內容,沿用 cache 的檔案
💡 虛化處理說明:多數 Client 模組(iOS URLSession、WHATWG fetch)收到 Server 304 後會自動合併快取,對呼叫端透明回報 200 OK 並自動載入快取檔案 (load from cache)。
待測試
如何確認
AndroidcacheResponse 與 networkResponse 皆有值,network code 為 304
iOS.networkLoad(狀態碼可能顯示 200)
Server收到帶有 If-None-Match 的條件式請求,Log 顯示 status=304

📋 Server 端實際接收日誌 ()

已收到請求筆數:0 / 預期應只有 2 筆
載入中...
* 說明:第 2 次如正常命中 Client 快取,Server 端絕對不會有該筆紀錄。日誌資料由 Cloudflare KV 提供,保留 2 小時。