從編程的角度來講，ASP.NET Web API針對CORS的實現僅僅涉及到HttpConfiguration的擴展方法EnableCors和EnableCorsAttribute特性。但是整個CORS體系不限於此，在它們背後隱藏著一系列的類型，我們將會利用本章餘下的內容對此作全面講述，今天我們就來 ...
從編程的角度來講，ASP.NET Web API針對CORS的實現僅僅涉及到HttpConfiguration的擴展方法EnableCors和EnableCorsAttribute特性。但是整個CORS體系不限於此，在它們背後隱藏著一系列的類型，我們將會利用本章餘下的內容對此作全面講述，今天我們就來討論一下用於定義CORS授權策略的EnableCorsAttribute特性背後的故事。
目錄
一、CorsPolicy
二、CorsPolicyProvider
三、CorsPolicyProviderFactory
四、CorsPolicyProviderFactory的註冊
五、總結
一、CorsPolicy
通過將EnableCorsAttribute特性應用到HttpController類型或者定義其中的某個Action方法上，我們可以為提供的資源定義相應的授權策略。ASP.NET Web API最終會利用這些策略對請求（包括預檢請求）進行解析並生成相應的CORS響應報頭。在ASP.NET Web API的應用編程介面中，CORS授權策略通過CorsPolicy類型表示。
通過《W3C的CORS規範》的介紹，我們知道針對跨域資源的授權策略不僅僅要求請求的源站點值得信任，還涉及到對請求採用的HTTP方法、攜帶的自定義報頭和用戶憑證的要求，以及針對自定義響應報頭的授權等。除此之外，為了避免頻繁瀏覽器頻繁地發送預檢請求，它可以將響應的結果進行緩存，而這又涉及到對緩存過期時間的控制。總得來說，這些授權策略體現在如下6個CORS響應報頭上。
- Access-Control-Allow-Origin
- Access-Control-Expose-Headers
- Access-Control-Allow-Methods
- Access-Control-Allow-Headers
- Access-Control-Max-Age
- Access-Control-Allow-Credentials
在ASP.NET Web API的應用編程介面中，圍繞著這6個CORS響應報頭的授權策略通過類型System.Web.Cors.CorsPolicy來表示。CorsPolicy具有如下6個屬性正好與上面這6個CORS響應報頭一一對應。
1: public class CorsPolicy
2: {
3: //其他成員
4: public IList<string> Origins { get; }
5: public IList<string> ExposedHeaders { get; }
6: public IList<string> Headers { get; }
7: public IList<string> Methods { get;; }
8: public long? PreflightMaxAge { get; set; }
9: public bool SupportsCredentials { get; set; }
10: }
除了上述這6個屬性之外，CorsPolicy還具有如下3個布爾類型的屬性（AllowAnyOrigin、AllowAnyHeader和AllowAnyMethod），它們分別表示是否支持所有的源站點、自定義請求報頭和HTTP方法。
1: public class CorsPolicy
2: {
3: //其他成員
4: public bool AllowAnyOrigin { get; set; }
5: public bool AllowAnyHeader { get; set; }
6: public bool AllowAnyMethod { get; set; }
7: }
二、CorsPolicyProvider
作為跨域資源請求進行授權檢查的依據，同時用於生成相應的CORS報頭的CorsPolicy對象通過另一個名為CorsPolicyProvider的對象來提供，所有的CorsPolicyProvider類型均實現了的介面System.Web.Http.Cors.ICorsPolicyProvider。如下麵的代碼片斷所示，該介面具有的唯一方法GetCorsPolicyAsync會根據代表但前請求的HttpRequestMessage對象得到表示CORS授權策略的CorsPolicy對象。
1: public interface ICorsPolicyProvider
2: {
3: Task<CorsPolicy> GetCorsPolicyAsync(HttpRequestMessage request, CancellationToken cancellationToken);
4: }
實際上我們通過應用在目標HttpController類型或者定義其中的Action方法上用於定義CORS授權策略的System.Web.Http.Cors.EnableCorsAttribute就是ICorsPolicyProvider介面的實現者之一。如下麵的代碼片斷所示，EnableCorsAttribute同樣具有6個針對CORS響應報頭的屬性。在實現的GetCorsPolicyAsync方法中，它就是通過這6個屬性對返回的CorsPolicy對象進行初始化。
1: [AttributeUsage(AttributeTargets.Method | AttributeTargets.Class, AllowMultiple=false)]
2: public sealed class EnableCorsAttribute : Attribute, ICorsPolicyProvider
3: {
4: public EnableCorsAttribute(string origins, string headers, string methods);
5: public EnableCorsAttribute(string origins, string headers, string methods,string exposedHeaders);
6:
7: public Task<CorsPolicy> GetCorsPolicyAsync(HttpRequestMessage request, CancellationToken cancellationToken);
8:
9: public IList<string> Origins { get; }
10: public IList<string> ExposedHeaders { get; }
11: public IList<string> Headers { get; }
12: public IList<string> Methods { get; }
13: public long PreflightMaxAge { get; set; }
14: public bool SupportsCredentials { get; set; }
15: }
授權的源站點和允許的自定義請求報頭和HTTP方法，以及暴露給客戶端JavaScript程式的自定義響應報頭均可以直接通過構造函數參數來指定。對於這4個參數，我們可以指定某個單一的值（比如origin="http://www.artech.com"），也可以指定一個通過逗號分割的列表（比如origin="http://www.artech.com, http://www.jinnan.me"）。除了exposedHeaders之外，我們還可以指定“*”作為其參數值，意味著不對此作任何限制，它們會控制生成CorsPolicy對象的3個對應布爾類型屬性值（AllowAnyOrigin、AllowAnyHeader和AllowAnyMethod）。
除了EnableCorsAttribute特性之外，在“System.Web.Http.Cors”命名空間下還定義著另一個與之相對的特性DisableCorsAttribute。顧名思義，如果DisableCorsAttribute特性被應用到某個HttpController類型或者定義其中的某個Action方法上，意味著目標HttpController或者Action不支持跨域資源共用。如下麵的代碼片斷所示，在實現的GetCorsPolicyAsync方法中，並沒有一個具體的CorsPolicy返回。
1: [AttributeUsage(AttributeTargets.Method | AttributeTargets.Class, AllowMultiple=false)]
2: public sealed class DisableCorsAttribute : Attribute, ICorsPolicyProvider
3: {
4: public Task<CorsPolicy> GetCorsPolicyAsync(HttpRequestMessage request, CancellationToken cancellationToken)
5: {
6: return Task.FromResult<CorsPolicy>(null);
7: }
8: }
由於應用在Action方法上的CorsPolicyProvider特性比應用在HttpController類型上的特性具有更好的選擇優先順序，所以對於一個定義了眾多Action方法的HttpController類型來說，如果絕大部分Action方法均需要提供跨域資源共用的支持並具有相同的資源授權策略，可以直接在HttpController類型上應用EnableCorsAttribute特性並作相應的設置。對於不需要支持跨域資源共用的Action來說，直接在對應的方法上應用DisableCorsAttribute特性即可。如果某個Action具有特殊的授權需求，可以通過應用的EnableCorsAttribute特性作針對性設置。反之亦然。
三、CorsPolicyProviderFactory
CorsPolicyProvider用於提供用於描述CORS授權策略的CorsPolicy對象，其自身又通過對應的CorsPolicyProviderFactory來創建，所有的CorsPolicyProviderFactory類型均實現了介面System.Web.Http.Cors.ICorsPolicyProviderFactory。如下麵的代碼片斷所示，該介面具有的唯一方法GetCorsPolicyProvider會根據代表當前請求的HttpRequestMessage對象來提供對應的CorsPolicyProvider對象。
1: public interface ICorsPolicyProviderFactory
2: {
3: ICorsPolicyProvider GetCorsPolicyProvider(HttpRequestMessage request);
4: }
由於提供的兩個具體CorsPolicyProvider類型（EnableCorsAttribute和DisableCorsAttribute）都是特性，所以ASP.NET Web API定義瞭如下一個AttributeBasedPolicyProviderFactory類型的CorsPolicyProviderFactory以解析特性的方式提供對應的CorsPolicyProvider。
1: public class AttributeBasedPolicyProviderFactory : ICorsPolicyProviderFactory
2: {
3: public virtual ICorsPolicyProvider GetCorsPolicyProvider(HttpRequestMessage request);
4: public ICorsPolicyProvider DefaultPolicyProvider { get; set; }
5: }
實現在GetCorsPolicyProvider方法中的CorsPolicyProvider提供機制很簡單：它直接利用註冊到當前ServicesContainer上的HttpActionSelector根據當前請求獲取用於描述目標Action的HttpActionDescriptor對象，然後調用其GetCustomAttributes<T>方法得到應用到對應Action方法上的第一個實現了ICorsPolicyProvider介面的特性。如果這樣的特性不存在，則獲取描述所在HttpController類型的HttpControllerDescritor對象，採用同樣的方式得到應用在目標HttpController類型上的第一個實現了ICorsPolicyProvider介面的特性。
關於針對目標Action的選擇問題，有一個核心的核心的細節值得關註：如果當前請求並非真正的跨域資源請求，而僅僅是一個採用“OPTIONS”作為HTTP方法的預檢請求（Preflight Request），利用註冊的HttpActionSelector根據當前請求是無法將目標Action選擇出來的，所以需要將請求的HTTP方法替換成真正跨域資源請求採用的HTTP方法。通過上面針對W3C的CORS規範的介紹我們知道，此HTTP方法可以通過預檢請求的“Access-Control-Request-Method”報頭獲得。實際上在上一個“通過自定義HttpMessageHandler實現CORS”的實例中，我們已經對此作個過演示了。
從上面給出的針對AttributeBasedPolicyProviderFactory的定義可以看出，除了實現的方法GetCorsPolicyProvider方法之外，它還具有一個DefaultPolicyProvider屬性。該屬性表示預設採用的CorsPolicyProvider，如果沒有任何實現ICorsPolicyProvider介面的特性被應用到目標Action方法和它所在的HttpController類型上，該屬性將會作為GetCorsPolicyProvider方法的返回值。
四、CorsPolicyProviderFactory的註冊
ASP.NET Web API預設使用的CorsPolicyProviderFactory需要註冊到當前的HttpConfiguration上。具體來說，所謂註冊CorsPolicyProviderFactory實際上就是將它保存到當前HttpConfiguration的Properties屬性表示的字典中。CorsPolicyProviderFactory的註冊可以通過HttpConfiguration如下所示的擴展方法SetCorsPolicyProviderFactory來完成。
另一擴展方法GetCorsPolicyProviderFactory 則用於獲取成功註冊的CorsPolicyProviderFactory。如果調用該方法CorsPolicyProviderFactory尚未被註冊，一個AttributeBasedPolicyProviderFactory對象會被創建出來並註冊到HttpConfiguration上。
1: public static class CorsHttpConfigurationExtensions
2: {
3: //其他成員
4: public static ICorsPolicyProviderFactory GetCorsPolicyProviderFactory(this HttpConfiguration httpConfiguration);
5: public static void SetCorsPolicyProviderFactory(this HttpConfiguration httpConfiguration, ICorsPolicyProviderFactory corsPolicyProviderFactory);
6: }
五、總結
綜上所述，CorsPolicy用於描述具體的CORS資源授權策略，它由CorsPolicyProvider來提供，而後者又通過CorsPolicyProviderFactory來創建。如右圖所示的UML揭示了CorsPolicy、CorsPolicyProvider和CorsPolicyProviderFactory相關介面和類之間的關係。對於這些類型來說，除了CorsPolicy定義在程式集System.Web.Cors.dll，其餘的類型均定義在程式集System.Web.Http.Cors.dll中。
CORS系列文章
[1] 同源策略與JSONP
[2] 利用擴展讓ASP.NET Web API支持JSONP
[3] W3C的CORS規範
[4] 利用擴展讓ASP.NET Web API支持CORS
[5] ASP.NET Web API自身對CORS的支持: 從實例開始
[6] ASP.NET Web API自身對CORS的支持: CORS授權策略的定義和提供
[7] ASP.NET Web API自身對CORS的支持: CORS授權檢驗的實施
[8] ASP.NET Web API自身對CORS的支持: CorsMessageHandler
參考頁面：http://qingqingquege.cnblogs.com/p/5933752.html
