GET、POST與cache的關係

在大部分的AJAX書籍裡頭，只要解說到XMLHttpRequest的open方法時，一定都會提到GET與POST的差異，不過大抵上講的都是GET會把參數直接加在URL上，使得一方面會在瀏覽器的網址列上洩漏傳遞的資料，另一方面則是會受限於URL長度的限制，而無法傳遞較大量的資料。但是GET與POST還有一個很關鍵的差異，在大部分的書上都沒有提到，就是GET的response會被cache下來，但是POST不會。

由於cache的基準是以URL為對象，如果傳遞的參數不同時，很難發現cache的存在。但如果URL相同時，就可能造成程式出現靈異現象。舉例來說，我的同事剛好在撰寫一個AJAX版本的聊天室範例，由於純屬示範性質，所以採取很簡單的作法（事實上有許多上線運作的聊天室也用同樣的方法），將參與聊天的發言不斷增補到一個文字檔尾端，而用戶端就透過AJAX機制，定時向伺服端取回儲存發言的文字檔，顯示在瀏覽器上的聊天區域。

假設這個文字檔就叫做chat.txt，你可以想像會發生甚麼事。由於我的同事使用GET方式叫用XMLHttpRequest的open方法，並且URL參數都指定為"chat.txt"，所以每次取回的都是cache中的chat.txt，造成不論如何發言，瀏覽器上顯示的結果都沒有變化，好像剛剛的發言石沈大海一樣。

有些人為了解決這個問題，採用了一些小伎倆，例如將URL參數改為傳入"chat.txt?"再加上日期時間，強迫URL每次都不一樣，而使得瀏覽器不會傳回cache中的檔案。這樣的作法固然有效，不過最簡單的方法，就是將GET改成POST，就一切正常了。

GET與POST的這點差異，主要是因為GET原始設計的語意，就是單純的查詢，只要是相同的查詢條件（傳遞的參數內容），不論查詢幾次都應該傳回相同的結果。由於這樣的原因，瀏覽器端的實作就會把GET的response給cache下來。反觀POST，原本的語意就是將資料遞送回伺服端處理，所以瀏覽器就不應該自作聰明，不將資料傳回給伺服端而逕行取用cache。

GET與POST的這點差異雖然很不容易發現，但在除錯環境困難的AJAX程式開發中，卻很可能讓程式員耗費時間精力，找不出問題在哪裡。

延伸閱讀

• W3C中有關GET與cache的關係說明。
• W3C中各種HTTP method的解說。