前言

昨天（Day 25），我們完成了快取識別符的正規化 Extension，讓 URL 上無用的參數不再污染快取。
今天，我們要來做最直覺的測試：

把功能關掉 → 打開 Postman → 測試同一組 URL → 觀察回應時間。

這就是最能感受到「快取力量」的時刻。

測試流程

1. 測試環境

   • 瀏覽器 / Postman 都可，但我們選 Postman 方便量測。
   • 測試頁面：帶有多個 query 參數的搜尋頁 testing=??。

2. 狀態一：關閉 Extension

   • 後台設定 → 把我們的快取正規化關掉。
   • 連續打同一組 URL（但 query 順序或內容稍微不同）。
   • 結果：每次請求都會重新生成頁面。

3. 狀態二：打開 Extension

   • 開啟 Extension。
   • 再打同樣的 URL。
   • 因為 URL 已被正規化，快取命中 → 回應速度立刻下降。

測試結果

Extension 關閉

雖然內容相同，但因為參數不同，系統認為是不同頁面 → 每次都重新生成。

Extension 開啟

第一次還是要生成，但之後相同內容的頁面 → 直接吃快取，速度大幅提升。

效果觀察

• 時間差距明顯：從 1100-1200ms 降到 200-300ms，幾乎快了十倍。
• 快取命中率提升：同一組內容不再重複生成，Redis 更乾淨。
• 使用者體感更穩定：熱門頁面被快取後，用戶體驗提升。

結語

Day 26，我們終於看到結果。
這個 Extension 讓 「同樣的內容 → 同樣的 Key」 成為現實。

• 關掉的時候：每次都重新生成，浪費資源。
• 打開的時候：一次生成，多次命中，時間大幅下降。

這就是快取帶來的真實加速體驗。

明天（Day 27），我們會進一步透過監控與數據，觀察這套機制對 整體 Redis 與命中率 的影響，看看它帶來的長期效益。