WCF Web APIのHTTPキャッシュがブラウザ間で矛盾しているようです

Question

WCF Web APIで簡単なRESTサービスを実装しており、レスポンスをキャッシュするためにHTTPヘッダーを設定しようとしています。

この

http://localhost:49302/my/2 

のような単純なGETのレスポンスヘッダは次のようになります。

Server: ASP.NET Development Server/10.0.0.0 
Date: Tue, 24 Jan 2012 18:18:44 GMT 
X-AspNet-Version: 4.0.30319 
Content-Length: 233 
Cache-Control: max-age=120 
Vary: Accept 
Expires: Tue, 24 Jan 2012 18:20:44 GMT 
Last-Modified: Tue, 24 Jan 2012 18:18:15 GMT 
Content-Type: application/xml; charset=utf-8 

目的は、クライアントが2分のリソースをキャッシュするべきであるということです。

しかし、行動はさまざまなブラウザ間で矛盾している、WCFのWeb APIテストクライアントを使用して：

• Firefoxでは（9.0.1）要求がキャッシュされ、そして最初の2分後の新しいバージョンですリソースが表示されます。この動作は期待どおりです。
• Chrome（16.0.912.77 m）では、キャッシュヘッダーはまったく尊重されません。すべてのGET要求に対して、新しいバージョンのリソースがフェッチされています。この動作は（少なくとも、私には）期待されていません。
• Internet Explorer（9）では、Chromeと同じ動作になります。

なぜChromeとIEはキャッシュヘッダーを尊重しないのですか？

WCF Web APIテストクライアントのバグですか？

Answer 1

キャッシュを正しく取得することは難しいです。ブラウザがキャッシュ・ディレクティブを無視することは、確かに役に立ちません。私は15秒のキャッシュ期間でこれをテストし、それはそう私はちょうどMaxAgeのとMustRevalidate設定した場合

はthis document IEによると、ヘッダ含む何も異なりますが、受け入れエンコードおよびユーザー・エージェント

持つすべての要求をキャッシュされませんIE9、FireFox、Chromeでうまく動作します。

のWeb APIのHttpResponseMessage：

result = new HttpResponseMessage<Book>(book); 
result.Headers.CacheControl = new CacheControlHeaderValue(); 
result.Headers.CacheControl.MaxAge = TimeSpan.FromSeconds(15); 
result.Headers.CacheControl.MustRevalidate = true; 
return result; 

レスポンスヘッダ：

HTTP/1.1 200 OK 
Server: ASP.NET Development Server/10.0.0.0 
Date: Wed, 25 Jan 2012 09:13:32 GMT 
X-AspNet-Version: 4.0.30319 
Content-Length: 98 
Cache-Control: must-revalidate, max-age=15 
Content-Type: application/json; charset=utf-8 
Connection: Close 

私はMustRevalidateが本当に必要とされるかわからないが、それを使用することをお勧めします。仕様hereを参照してください。

Answer 2

localhostを "real domain"に置き換えるようにテストしてください.WCFテストクライアントまたはChrome/IEではlocalhostの特別なトリックはありません。