我的個人網站：https://m.theeye.tech/
前端交流群：1056993061
首先，對於304狀態碼不應該認為是一種錯誤，而是對客戶端有緩存情況下服務端的一種響應。
客戶端在請求一個文件的時候，發現自己緩存的文件有 Last Modified ，那么在請求中會包含 If Modified Since ，這個時間就是緩存文件的 Last Modified 。因此，如果請求中包含 If Modified Since，就說明已經有緩存在客戶端。服務端只要判斷這個時間和當前請求的文件的修改時間就可以確定是返回 304 還是 200 。
對於靜態文件，例如：CSS、圖片，服務器會自動完成 Last Modified 和 If Modified Since 的比較，完成緩存或者更新。但是對於動態頁面，就是動態產生的頁面，往往沒有包含 Last Modified 信息，這樣瀏覽器、網關等都不會做緩存，也就是在每次請求的時候都完成一個 200 的請求。
因此，對於動態頁面做緩存加速，首先要在 Response 的 HTTP Header 中增加 Last Modified 定義，其次根據 Request 中的 If Modified Since 和被請求內容的更新時間來返回 200 或者 304 。雖然在返回 304 的時候已經做了一次數據庫查詢，但是可以避免接下來更多的數據庫查詢，並且沒有返回頁面內容而只是一個 HTTP Header，從而大大的降低帶寬的消耗，對於用戶的感覺也是提高。