$.ajax()就是對这种请求形式进行了封装向其他源的服务器发送一个GET请求，返回一个指定格式的数据

这种格式就是JSONP格式：回调函数名(json格式的动态数据)

腳本执行结果为浏览器弹出确认框：‘in success：Varchar32 性别男’

firefox浏览器中看到的响应

1、webservice定义了几个方同名的法时，ajax请求会被同名方法中的最后一个响應而不是根据参数自动匹配

4、dataType并不是服务器返回数据的类型(格式)，just expecting看下面的几种请求方式

　　第二种：省略dataType项，代码略结果和第一種一样，弹出确认框‘Hello Varchar32’

　　第三种：给dataType指定为‘text’,代码略弹出确认框‘undefined’，但返回结果从firefox看和上面两种第二种请求格式一样

　　第四種：给dataType指定为‘xml’,代码略结果执行了error方法，但返回结果从firefox看和以上几种方式一样（200的响应被认定为了error）

　　为什么第二种情况不会报错第三种明明返回了json格式，但data.d为什么是undefined呢而第四种请求会被认定为error

　　2）请求头的Accept项有所不同，分别是

　　　　意思差不多就是：如果指定了‘content-Type’不管有没有数据，始终发送到服务器

　　　　如果仅仅是提交的数据的类型（格式）为什么没数据还要发送到服务器呢

　　　　结论：（假设成功返回，状态码200）

　　　　　　　content-Type同时是提交数据和返回数据的类型（格式）即若指定为‘application/json; charset=utf-8’，则返回类型一定為‘json’此时dataType可省略；未指定则默认返回的是xml格式的数据

 　　　　　　  dataType为预期（expecting）的返回格式（格式比类型更恰当），若实际返回格式与預期格式相同 或 预期格式在js中对应的数据类型为String（text、html格式对应的为Stringjson、xml对应Object），则执行succes否则被认定为error。第四种请求方式返回格式为json，預期格式为xml两种格式不同 且 预期格式在js中对应的类型为Object，虽然200依然被认定为error

　　　　　　　success方法获取到的返回数据data的类型为预期返回格式在js中对应的类型（Object或String），第三种请求方式data的类型为String，内容为‘{"d":"Hello

6、采用json格式为什么要‘.d’json格式是一Ojbect，微软框架默认的是{"d":"后台返回的數据"}d属性的值才是后台返回的数据