在线时间:8:00-16:00
迪恩网络APP
随时随地掌握行业动态
扫描二维码
关注迪恩网络微信公众号
原文:http://www.cnblogs.com/chenxizhang/p/3821703.html 一、配置webconfig问题描述 当跨域(cross domain)调用ASP.NET MVC或者ASP.NET Web API编写的服务时,会发生无法访问的情况。 重现方式 1.使用模板创建一个最简单的ASP.NET Web API项目,调试起来确认能正常工作
public class TestController : ApiController { // GET api/test public IEnumerable<string> Get() { return new string[] { "value1", "value2" }; } // GET api/test/5 public string Get(int id) { return "value"; } // POST api/test public void Post([FromBody]string value) { } // PUT api/test/5 public void Put(int id, [FromBody]string value) { } // DELETE api/test/5 public void Delete(int id) { } } 2.创建另外一个项目,仅仅包含一个HTML页面,发起AJAX的调用
<!DOCTYPE html> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <title></title> <script src="Scripts/jquery-1.10.2.min.js"></script> <script> $(function () { var url = "http://localhost:49136/api/test"; $ajax({ type: "GET", contentType: "application/json", url: url, datatype: 'json', success: function (result) { alert(result); } }); }); </script> </head> </html>
3.在浏览器中打开这个网页,我们会发现如下的错误(405:Method Not Allowed) 【备注】同样的情况,也发生在ASP.NET MVC中。某些时候,MVC也可以直接用来开发服务,与WebAPI相比各有优缺点。下面是一个利用MVC开发的服务的例子 public class HomeController : Controller { // GET: /Home/ public ActionResult Index() { return Json(new { Id = 1 }, JsonRequestBehavior.AllowGet); } }
原因分析 跨域问题仅仅发生在Javascript发起AJAX调用,或者Silverlight发起服务调用时,其根本原因是因为浏览器对于这两种请求,所给予的权限是较低的,通常只允许调用本域中的资源,除非目标服务器明确地告知它允许跨域调用。 所以,跨域的问题虽然是由于浏览器的行为产生出来的,但解决的方法却是在服务端。因为不可能要求所有客户端降低安全性。
解决方案针对ASP.NET MVC和ASP.NET Web API两种项目类型,我做了一些研究,确定下面的方案是可行的。 1 MVC针对ASP.NET MVC,只需要在web.config中添加如下的内容即可 <system.webServer> <httpProtocol> <customHeaders> <add name="Access-Control-Allow-Origin" value="*" /> <add name="Access-Control-Allow-Headers" value="Content-Type" /> <add name="Access-Control-Allow-Methods" value="GET, POST, PUT, DELETE, OPTIONS" /> </customHeaders> </httpProtocol> <handlers> <remove name="ExtensionlessUrlHandler-Integrated-4.0" /> <remove name="OPTIONSVerbHandler" /> <remove name="TRACEVerbHandler" /> <add name="ExtensionlessUrlHandler-Integrated-4.0" path="*." verb="*" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0" /> </handlers> </system.webServer>
2 Web API针对ASP.NET Web API,除了上面这样的设置,还需要添加一个特殊的设计,就是为每个APIController添加一个OPTIONS的方法,但无需返回任何东西。 public string Options() { return null; // HTTP 200 response with empty body }
错误1 重复配置WebApiConfig配置,网上有推荐此配置方法 // Web API 配置和服务 var cors = new EnableCorsAttribute("*", "*", "*");//添加跨域支持代码 config.EnableCors(cors);//添加跨域支持代码s 但web.config也配置后会出现如下问题,是因为重复配置 问题 The 'Access-Control-Allow-Origin' header contains multiple values '*, *', but only one is allowed 但去掉web.config的配置无法跨域,所以不要配置WebApiConfig 错误2 凭据模式为“include”当请求的凭据模式为“include”时,响应中的标头不能是通配符“*” The value of the 'Access-Control-Allow-Origin' header in the response must not be the wildcard '*' when the request's credentials mode is 'include'. Origin 'http://localhost:4200' is therefore not allowed access. The credentials mode of requests initiated by the XMLHttpRequest is controlled by the withCredentials attribute. 场景:使用MVC特性 [EnableCors(origins: "*", headers: *", methods: "*")] 改为 [EnableCors(origins: "*", headers: "Content-Type", methods: "*")]
文章: https://cloud.tencent.com/developer/ask/123697
========================================================================================= 以下是瞎扯 最近用webapi写了个小项目,基于.NET 4.0,遇到这个跨域的问题,就被坑死,这里要先感谢下博主 有问题肯定找度娘,显示发现用JSONP来实现,找了以下比较经典的文章 http://www.cnblogs.com/Kummy/p/3767269.html http://www.cnblogs.com/dowinning/archive/2012/04/19/json-jsonp-jquery.html 看了好多文章,js和服务端都要做一些麻烦的配置,最后发现一个更大的坑:只支持get。顿时,泪奔,我用的是高大上的post。 http://diaosbook.com/Post/2013/12/27/tips-for-aspnet-webapi-cors 在该文发现可以用Microsoft.AspNet.WebApi.Cors, 注意:只支持4.5以上(偷偷泪奔) 需要学习cors的,可以看看artech 的系列爽文,哈哈,共8章 http://www.cnblogs.com/artech/p/cors-4-asp-net-web-api-01.html 其他不说了,认真看完,对跨域有较深的认识
二、间接请求web.config中配置解决跨域问题,在实际中无法跨域 临时解决方法:在客户端使用中间层做代理 以下是php网站间接调用 <?php error_reporting(0); $destURL="http://xx.cn/api/Post"; $queryString=$_SERVER['QUERY_STRING']; if($_SERVER['REQUEST_METHOD']=='GET'){ $url=$destURL.$queryString; echo file_get_contents($url); } else{ $url=$destURL.$queryString; $context = array(); $context['http'] = array( 'method' => 'POST', 'header' => 'Content-type: application/x-www-form-urlencoded', 'content' => http_build_query($_POST) ); echo file_get_contents($url, false, stream_context_create($context)); } ?> 另外,使用jsonp测试也本地实现了,回头再写
三、客户端请求Header原文:https://blog.csdn.net/eternity_zzy/article/details/79664234 --------------------- // 为所有的ajax请求都会加上这个请求头 $(document).ajaxSend(function (event, xhr) { xhr.setRequestHeader("Content-Type", "application/json;charset=utf-8") ; xhr.setRequestHeader("val", "val") ; }); //局部 第一种 $('xxx').ajax({ //... beforeSend:function(jqXHR,options){ jqXHR.setRequestHeader("Content-Type", "application/json;charset=utf-8") ; jqXHR.setRequestHeader("Authorization", "Authorization") ; } //... }) ; //局部 第二种 如JWT $('xxx').ajax({ //... headers:{ "Content-Type": "application/json;charset=utf-8", "Authorization":"Bearer xxxxxxxx", } //... }) ; 注意:修改请求头时,headers中的设置会覆盖beforeSend中的设置(意味着beforeSend先执行,所以被后面的headers覆盖) 后台接收 public void (@RequestHeader("Content-Type") String cType, @RequestHeader("Authorizationr") String a){}
|
请发表评论