同源策略是所有浏览器都必须遵循的一项安全原则，它的存在决定了浏览器在默认情况下无法对跨域请求的资源做进一步处理。为了实现跨域资源的共享，w3c制定了cors规范。asp.net利用corsmiddleware中间件提供了针对cors规范的实现。（本文提供的示例已经同步到《asp.net core 6框架揭秘-实例演示版》）
[s2901]跨域调用api（源代码）
[s2902]显式指定授权origin列表（源代码）
[s2903]手工检验指定origin是否的权限（源代码）
[s2904]基于策略的资源授权（匿名策略）（源代码）
[s2905]基于策略的资源授权（具名策略）（源代码）
[s2906]将cors规则应用到路由终结点上（代码编程形式）（源代码）
[s2907]将cors规则应用到路由终结点上（特性标注形式）（源代码）
为了方便在本机环境下模拟跨域api调用，我们通过修改host文件将本地ip映射为多个不同的域名。我们以管理员身份打开文件“%windir%\system32\drivers\etc\hosts”，并以如下所示的方式添加了针对四个域名的映射。
127.0.0.1 www.foo.com
127.0.0.1 www.bar.com
127.0.0.1 www.baz.com
127.0.0.1 www.qux.com
我们的演示程序由图1所示的两个asp.net程序构成。我们将api定义在api项目中，app是一个javascript应用程序，它会在浏览器环境下以跨域请求的方式调用承载于api应用中的api。
图1 演示实例凯发真人娱乐的解决方案结构
如下所示的api程序中定义了表示联系人的contact记录类型。我们注册了针对路径“/contacts”的路由使之以json的形式返回一组联系人列表。在调用application对象的run方法启动时，我们显式指定了监听地址“http://0.0.0.0:8080”。
var app = application.create();
app.mapget("/contacts", getcontacts);
app.run(url:"http://0.0.0.0:8080"); static iresult getcontacts()
{
var contacts = new contact[]
{
new contact("张三", "123", "zhangsan@gmail.com"),
new contact("李四","456", "lisi@gmail.com"),
new contact("王五", "789", "wangwu@gmail.com")
};
return results.json(contacts);
} public readonly record struct contact(string name,string phoneno ,string emailaddress);
下面的代码片段展示了app应用程序的完整定义。我们通过注册针对根路径的路由使之现一个包含联系人列表的web页面，我们在该页面中采用jquery以ajax的方式调用上面这个api获取呈现的联系人列表。我们将ajax请求的目标地址设置为“http://www.qux.com:8080/contacts”。在ajax请求的回调操作中，可以将返回的联系人以无序列表的形式呈现出来。
var app = application.create();
app.mapget("/", render);
app.run(url:"http://0.0.0.0:3721"); static iresult render()
{
var html = @"
";
return results.text(content: html, contenttype: "text/html");
然后先后启动应用程序api和app。如果利用浏览器采用映射的域名（www.foo.com）访问app应用，就会发现我们期待的联系人列表并没有呈现出来。如果按f12键查看开发工具，就会发现图29-2所示的关于cors的错误，具体的错误消息为“access to xmlhttprequest at 'http://www.qux.com:8080/contacts' from origin 'http://www.foo.com:3721' has been blocked by cors policy: no 'access-control-allow-origin' header is present on the requested resource.”。
图2 跨域访问导致联系人无法呈现
有的读者可能会想是否是ajax调用发生错误导致没有得到联系人信息呢。如果我们利用抓包工具捕捉ajax请求和响应的内容，就会捕获到如下所示的http报文。可以看出ajax调用其实是成功的，只是浏览器阻止了针对跨域请求返回数据的进一步处理。如下请求具有一个名为origin的报头，表示的正是ajax请求的“源”，也就是跨域（cross-orgin）中的“域”。
get http://www.qux.com:8080/contacts http/1.1
host: www.qux.com:8080
connection: keep-alive
accept: application/json, text/javascript, */*; q=0.01
origin: http://www.foo.com:3721
user-agent: mozilla/5.0 (windows nt 10.0; win64; x64) applewebkit/537.36 (khtml, like gecko) chrome/70.0.3538.67 safari/537.36
referer: http://www.foo.com:3721/
accept-encoding: gzip, deflate
accept-language: en-us,en;q=0.9,zh-cn;q=0.8,zh;q=0.7
http/1.1 200 ok
date: sat, 13 nov 2021 11:24:58 gmt
server: kestrel
content-length: 205 [{"name":"张三","phoneno":"123","emailaddress":"zhangsan@gmail.com"},{"name":"李四",
"phoneno":"456","emailaddress":"lisi@gmail.com"},{"name":"王五","phoneno":"789",
"emailaddress":"wangwu@gmail.com"}]
我们可以利用注册的corsmiddleware中间件来解决上面这个问题。对于我们演示的实例来说，作为资源提供者的api应用如果希望将提供的资源授权给某个应用程序，可以将作为资源消费程序的“域”添加到授权域列表中。演示程序调用了usecors扩展方法完成了针对corsmiddleware中间件的注册，并指定了两个授权的“域”。中间件涉及的服务则通过调用addcors扩展方法进行注册。
var builder = webapplication.createbuilder();
builder.services.addcors();
var app = builder.build();
app.usecors(cors => cors.withorigins(
"http://www.foo.com:3721",
"http://www.bar.com:3721"));
app.mapget("/contacts", getcontacts);
app.run(url:"http://0.0.0.0:8080");
...
由于api应用对“http://www.foo.com:3721”和“http://www.bar.com:3721”这两个域进行了显式授权，如果采用它们来访问app应用程序，浏览器上就会呈现出图3所示的联系人列表。倘若将浏览器地址栏的url设置成未被授权的“http://www.baz.com:3721”，我们依然得不到想要的显示结果。
图3 针对域的显式授权
下面从http消息交换的角度来介绍这次由api应用响应的报文有何不同。如下所示的是api针对地址为“http://www.foo.com:3721”的响应报文，可以看出它多了两个名称分别为vary和access-control-allow-origin的报头。前者与缓存有关，它要求在对响应报文实施缓存的时候，选用的key应该包含请求的origin报头值，它提供给浏览器授权访问当前资源的域。
http/1.1 200 ok
date: sat, 13 nov 2021 11:24:58 gmt
server: kestrel
vary: origin
access-control-allow-origin: http://www.foo.com:3721
content-length: 205 [{"name":"张三","phoneno":"123","emailaddress":"zhangsan@gmail.com"},{"name":"李四",
"phoneno":"456","emailaddress":"lisi@gmail.com"},{"name":"王五","phoneno":"789",
"emailaddress":"wangwu@gmail.com"}]
对于我们演示的实例来说，当ajax调用成功并返回联系人列表之后，浏览器正是利用access-control-allow-origin报头确定当前请求采用的域是否有权对获取的资源做进一步处理的。只有在授权明确之后，浏览器才允许执行将数据呈现出来的操作。从演示程序可以看出“跨域资源共享”所谓的“域”是由协议前缀（如“http://”或者“https://”）、主机名（或者域名）和端口号组成的，但在很多情况下，资源提供在授权的时候往往只需要考虑域名，这样的授权策略可以采用如下所示的方式来解决。usecors扩展方法返回一个corspolicybuilder对象，我们调用它的setisoriginallowed方法利用提供的func
var validorigins = new hashset(stringcomparer.ordinalignorecase)
{
"www.foo.com",
"www.bar.com"
}; var builder = webapplication.createbuilder();
builder.services.addcors();
var app = builder.build();
app.usecors(cors => cors.setisorigi0nallowed(
origin => validorigins.contains(new uri(origin).host)));
app.mapget("/contacts", getcontacts);
app.run(url:"http://0.0.0.0:8080");
...
cors本质上还是属于授权的问题，所以我们采用类似于第28章“授权”介绍的方式将资源授权的规则定义成相应的策略，corsmiddleware中间件就可以针对某个预定义的策略来实施跨域资源授权。在调用addcors扩展方法时可以采用如下所示的方式注册一个默认的cors策略。
var validorigins = new hashset(stringcomparer.ordinalignorecase)
{
"www.foo.com",
"www.bar.com"
}; var builder = webapplication.createbuilder();
builder.services.addcors(options => options.adddefaultpolicy(policy => policy.
setisoriginallowed(origin => validorigins.contains(new uri(origin).host))));
var app = builder.build();
app.usecors();
app.mapget("/contacts", getcontacts);
app.run(url:"http://0.0.0.0:8080");
...
除了注册一个默认的匿名cors策略，我们还可以为注册的策略命名。下面的演示程序在调用addcors扩展方法时注册了一个名为“foobar”的cors策略，在调用usecors扩展方法注册corsmiddleware中间件时就可以显式地指定采用的策略名称。
var validorigins = new hashset(stringcomparer.ordinalignorecase)
{
"www.foo.com",
"www.bar.com"
}; var builder = webapplication.createbuilder();
builder.services.addcors(options => options.addpolicy("foobar", policy => policy.
setisoriginallowed(origin => validorigins.contains(new uri(origin).host))));
var app = builder.build();
app.usecors(policyname:"foobar");
app.mapget("/contacts", getcontacts);
app.run(url:"http://0.0.0.0:8080");
...
除了在调用usecors扩展方法时指定cors策略外，我们还可以在注册终结点的时候将cors规则作为路由元数据应用到终结点上。如下的演示程序在调用mapget方法注册了针对“/contacts”路径的终结点后会返回一个routehandlerbuilder对象，它接着调用该对象的requirecors扩展方法来指定采用的cors策略名称。
var validorigins = new hashset(stringcomparer.ordinalignorecase)
{
"www.foo.com",
"www.bar.com"
}; var builder = webapplication.createbuilder();
builder.services.addcors(options => options.addpolicy("foobar", policy => policy.
setisoriginallowed(origin => validorigins.contains(new uri(origin).host))));
var app = builder.build();
app.usecors();
app.mapget("/contacts", getcontacts).requirecors(policyname:"foobar");
app.run(url:"http://0.0.0.0:8080");
...
我们也可以按照如下的方式在终结点处理方法getcontacts上标注enablecorsattribute特性，并利用其“policyname”参数来指定采用的cors策略名称。如果使用lambda表达式来定义终结点处理器，我们可以将enablecorsattribute特性直接标注在lambda表达式前面。
using microsoft.aspnetcore.cors; var validorigins = new hashset(stringcomparer.ordinalignorecase)
{
"www.foo.com",
"www.bar.com"
}; var builder = webapplication.createbuilder();
builder.services.addcors(options => options.addpolicy("foobar", policy => policy.
setisoriginallowed(origin => validorigins.contains(new uri(origin).host))));
var app = builder.build();
app.usecors();
app.mapget("/contacts", getcontacts);
app.run(url:"http://0.0.0.0:8080"); [enablecors(policyname: "foobar")]
static iresult getcontacts()
{
var contacts = new contact[]
{
new contact("张三", "123", "zhangsan@gmail.com"),
new contact("李四","456", "lisi@gmail.com"),
new contact("王五", "789", "wangwu@gmail.com")
};
return results.json(contacts);
}
...