ajax跨域调用webservice的实现代码

　　最近ajax访问webservice遇到跨域的问题，网上搜索资料，总结如下(很多都是觉得人家总结不错的复制下来)

　　<<用JSON来传数据，靠JSONP来跨域>>

　　先上我的已实现代码：

　　前端代码：

　　服务端代码：

　　c#

　　　以上是调用c#服务端的实现代码，下面的是java端的，参数可能有差异，但原理是相通的

　　java:

　PS:客户端的jsonp参数是用来通过url传参，传递jsonpCallback参数的参数名，比较拗口，通俗点讲：

　　jsonp: ""

　　jsonpCallback:""

　　顺带一提：在chrome浏览器里，还可以在服务端设置header信息context.Response.AddHeader("Access-Control-Allow-Origin","*");来达到跨域请求的目的，并且不需要设置ajax以下参数

　　以正常ajax请求方式就可以获得数据。

下面是原理，看别人讲解的，感觉很有道理：

　　1、一个众所周知的问题，Ajax直接请求普通文件存在跨域无权限访问的问题，甭管你是静态页面、动态网页、web服务、WCF，只要是跨域请求，一律不准;

　　2、不过我们又发现，Web页面上调用js文件时则不受是否跨域的影响(不仅如此，我们还发现凡是拥有”src”这个属性的标签都拥有跨域的能力，比如

　　3、于是可以判断，当前阶段如果想通过纯web端(ActiveX控件、服务端代理、属于未来的HTML5之Websocket等方式不算)跨域访问数据就只有一种可能，那就是在远程服务器上设法把数据装进js格式的文件里，供客户端调用和进一步处理;

　　4、恰巧我们已经知道有一种叫做JSON的纯字符数据格式可以简洁的描述复杂数据，更妙的是JSON还被js原生支持，所以在客户端几乎可以随心所欲的处理这种格式的数据;

　　5、这样子解决方案就呼之欲出了，web客户端通过与调用脚本一模一样的方式，来调用跨域服务器上动态生成的js格式文件(一般以JSON为后缀)，显而易见，服务器之所以要动态生成JSON文件，目的就在于把客户端需要的数据装入进去。

　　6、客户端在对JSON文件调用成功之后，也就获得了自己所需的数据，剩下的就是按照自己需求进行处理和展现了，这种获取远程数据的方式看起来非常像AJAX，但其实并不一样。

　　7、为了便于客户端使用数据，逐渐形成了一种非正式传输协议，人们把它称作JSONP，该协议的一个要点就是允许用户传递一个callback 参数给服务端，然后服务端返回数据时会将这个callback参数作为函数名来包裹住JSON数据，这样客户端就可以随意定制自己的函数来自动处理返回数 据了。

生成的就行了呗，这样调用者可以传一个参数过去告诉服务端“我想要一段调用XXX函数的js代码，请你返回给我”，于是服务器就可以按照客户端的需求来生成js脚本并响应了。