有關OutputCache的相關資料大家可以查看 OutputCacheProvider OutputCache的一點點認識 ，我們還是復習一下OutputCache內容，OutputCache 的處理是在OutputCacheModule類中注冊ResolveRequestCache、UpdateRequestCache這2個方法，一個 用於獲取一個用於設置緩存。緩存內容分為兩部分，一部分為緩存策略CachedVary，一部分為緩存數據CachedRawResponse，一個頁面 緩存策略只有一個CachedVary，但是它卻可以有多個緩存內容CachedRawResponse。緩存內容的獲取和設置主要是依賴於HttpResponse的GetSnapshot() UseSnapshot(HttpRawResponse rawResponse, bool sendBody)方法。一般我們的緩 存都是要占用存儲空間的盡量減少緩存內容的副本是非常重要的，那麼我們現在就來看看緩存key是如何創建的，key的創建取決於 CreateOutputCachedItemKey方法。CreateOutputCachedItemKey方法的內容還是比較復雜的，現在讓我們一 起來看看它的具體實現吧。
CreateOutputCachedItemKey方法又是如何調用的了，創建緩存策略key的代碼：this.CreateOutputCachedItemKey(context, null);創建緩存key的代碼：this.CreateOutputCachedItemKey(context, cachedVary)區別就在於參數CachedVary 的值一個為null，一個是真正的CachedVary 實例。我這裡的代碼是通過Reflector.exe反編譯得到，感覺和真實的代碼有點差別，不過邏輯上是一樣的。
我還是以一個實際的例子來變解析邊說明,我這裡是用asp.net mvc建立的一個demo。請求url：http://localhost:7503/Home/index 那麼path就應該是：Home/index
首先我們的可以需要區分我們的請求是Get還是Post，Post以a1打頭，否則已a2打頭，緊接著追加當前的Path：
復制代碼 代碼如下:
if (verb == HttpVerb.POST)
{
builder = new StringBuilder("a1", path.Length + "a1".Length);
}
else
{
builder = new StringBuilder("a2", path.Length + "a2".Length);
}
builder.Append(CultureInfo.InvariantCulture.TextInfo.ToLower(path));
到這個時候我們的緩存策略key及確定的，我這裡的策略key為：a2/home/index
如果我們的cachedVary不為null則繼續執行：
復制代碼 代碼如下:
for (int i = 0; i <= 2; i++)
{
int num;
string[] array = null;
NameValueCollection serverVarsWithoutDemand = null;
bool flag = false;
switch (i)
{
case 0:
builder.Append("H");
array = cachedVary._headers;
if (array != null)
{
serverVarsWithoutDemand = request.GetServerVarsWithoutDemand();
}
break;
case 1:
builder.Append("Q");
array = cachedVary._params;
if (request.HasQueryString && ((array != null) || cachedVary._varyByAllParams))
{
serverVarsWithoutDemand = request.QueryString;
flag = cachedVary._varyByAllParams;
}
break;
default:
builder.Append("F");
if (verb == HttpVerb.POST)
{
array = cachedVary._params;
if (request.HasForm && ((array != null) || cachedVary._varyByAllParams))
{
serverVarsWithoutDemand = request.Form;
flag = cachedVary._varyByAllParams;
}
}
break;
}
if (flag && (serverVarsWithoutDemand.Count > 0))
{
array = serverVarsWithoutDemand.AllKeys;
num = array.Length - 1;
while (num >= 0)
{
if (array[num] != null)
{
array[num] = CultureInfo.InvariantCulture.TextInfo.ToLower(array[num]);
}
num--;
}
Array.Sort(array, InvariantComparer.Default);
}
if (array != null)
{
num = 0;
int length = array.Length;
while (num < length)
{
string str = array[num];
if (serverVarsWithoutDemand == null)
{
varyByCustomString = "+n+";
}
else
{
varyByCustomString = serverVarsWithoutDemand[str];
if (varyByCustomString == null)
{
varyByCustomString = "+n+";
}
}
builder.Append("N");
builder.Append(str);
builder.Append("V");
builder.Append(varyByCustomString);
num++;
}
}
}
這段代碼說白了就是給key值追加HQF3個字符，這個循環首先處理服務器的數據，
array = cachedVary._headers;
serverVarsWithoutDemand = request.GetServerVarsWithoutDemand();
其次是處理QueryString數據：
array = cachedVary._params;
serverVarsWithoutDemand = request.QueryString;
最後處理Form數據
array = cachedVary._params;
serverVarsWithoutDemand = request.Form;
serverVarsWithoutDemand是NameValueCollection 類型的數據，這裡循環serverVarsWithoutDemand裡面的每個key，每個key對應的追加字符串為N+key+V+value，如果value是null則從新賦值為“+n+”,可以看見不同的請求這裡的key及有所不同了。在QueryString和Form時這裡的serverVarsWithoutDemand的取值與
cachedVary._varyByAllParams有關，cachedVary的創建是在OutputCacheModule 的OnLeave方法中：
vary = new CachedVary(varyByContentEncodings, varyByHeaders, varyByParams, varyByAllParams, currentSettings.VaryByCustom);
varyByAllParams的取值如下：
復制代碼 代碼如下:
bool varyByAllParams = false;
if (varyByParams != null)
{
varyByAllParams = (varyByParams.Length == 1) && (varyByParams[0] == "*");
}
可見varyByAllParams基本都是false，只有varyByParams有且緊有一個元素並且為*時，varyByAllParams才為true，varyByAllParams為false時這裡的serverVarsWithoutDemand取值為GetServerVarsWithoutDemand方法，與我們的QueryString、Form3沒什麼關系。GetServerVarsWithoutDemand()方法大家可能都不怎麼熟悉，我們來看看它的定義：
復制代碼 代碼如下:
internal NameValueCollection GetServerVarsWithoutDemand()
{
return this.GetServerVars();
}
對這個方法不了解不要緊，我們有一個ServerVariables（獲取 Web 服務器變量的集合）屬性和他相似：
復制代碼 代碼如下:
public NameValueCollection ServerVariables
{
get
{
if (HttpRuntime.HasAspNetHostingPermission(AspNetHostingPermissionLevel.Low))
{
return this.GetServerVars();
}
return this.GetServerVarsWithDemand();
}
}
其中GetServerVarsWithDemand方法也是調用GetServerVars方法。現在serverVarsWithoutDemand的數據我們也搞清楚了。
builder.Append("C"); 接下來在追加字符C
接下來我們該處理緩存_varyByCustom的配置了
復制代碼 代碼如下:
if (cachedVary._varyByCustom != null)
{
builder.Append("N");
builder.Append(cachedVary._varyByCustom);
builder.Append("V");
try
{
varyByCustomString = context.ApplicationInstance.GetVaryByCustomString(context, cachedVary._varyByCustom);
if (varyByCustomString == null)
{
varyByCustomString = "+n+";
}
}
catch (Exception exception)
{
varyByCustomString = "+e+";
HttpApplicationFactory.RaiseError(exception);
}
builder.Append(varyByCustomString);
}
這個方法很好明白，如果_varyByCustom不為null那麼我們就追加N+key+V+value格式的字符。其中key就是_varyByCustom字符串，value是調用context.ApplicationInstance.GetVaryByCustomString(context, cachedVary._varyByCustom)得到的value，如果value值為null，則設置為“+n+” builder.Append("D");
復制代碼 代碼如下:
if (((verb == HttpVerb.POST) && cachedVary._varyByAllParams) && (request.Form.Count == 0))
{
int contentLength = request.ContentLength;
if ((contentLength > 0x3a98) || (contentLength < 0))
{
return null;
}
if (contentLength > 0)
{
byte[] asByteArray = ((HttpInputStream) request.InputStream).GetAsByteArray();
if (asByteArray == null)
{
return null;
}
varyByCustomString = Convert.ToBase64String(MachineKeySection.HashData(asByteArray, null, 0, asByteArray.Length));
builder.Append(varyByCustomString);
}
}
這段代碼主要是給key追加一個字符D，然後在處理Post的請求（非表單request.Form.Count == 0）把請求的內容（字節）轉化為字符追加到key中，一般的http很少會發生此情況，典型的是HttpWebRequest發生的Post請求會觸發。
復制代碼 代碼如下:
builder.Append("E");
string[] strArray2 = cachedVary._contentEncodings;
if (strArray2 != null)
{
string httpHeaderContentEncoding = context.Response.GetHttpHeaderContentEncoding();
if (httpHeaderContentEncoding != null)
{
for (int j = 0; j < strArray2.Length; j++)
{
if (strArray2[j] == httpHeaderContentEncoding)
{
builder.Append(httpHeaderContentEncoding);
break;
}
}
}
}
這段代碼首先給key追加一個字符E，然後最佳ContentEncoding，ContentEncoding的取值為 context.Response.GetHttpHeaderContentEncoding()並且在緩存策略中的 _contentEncodings存在才追加。
到現在為止我們的CreateOutputCachedItemKey方法講完了，緩存策略的key沒什麼說的，與Http請求方式Get和Post、Request的Path屬性有關。但是緩存數據的key有關對象：
（1）與我們的_headers有關，即配置中的 VaryByHeader屬性有關，VaryByHeader取值不同，key則不同
（2）與_varyByAllParams有關，當它為true時，實際上就是與 request.QueryString有關，如果此請求是Post則還與request.Form有關；_varyByAllParams默認為 false，為true的情況也很單一 varyByAllParams = (varyByParams.Length == 1) && (varyByParams[0] == "*")
（3）與_varyByCustom有關，它會把 context.ApplicationInstance.GetVaryByCustomString(context, cachedVary._varyByCustom)方法返回值追加到key中，
（4）與_contentEncodings有關，如果 context.Response.GetHttpHeaderContentEncoding()返回的值在_contentEncodings中則追加其返回值。
注意：如果此Http處理是一個Post並且request.Form.Count ==0&& _varyByAllParams為rue的時候海域我們post過來的數據有關。
