ie9的跨域问题

因为ie9提供了一个额外的跨域对象来做ajax请求，所以自己写了个封装。这个对象只支持get/post请求，但是服务端死活接不到参数。去查阅了一下，直到看见了这段。

4.只支持 text/plain 作为请求报头。
Content-Type的取值在 XDomainRequest 对象最开始的版本中，我们允许这个对象按照Content-Type规范发送 POST 请求。因为HTML表单仅限于用三种不同的内容类型（即Content-Type取值）发送数据：text/plain, application/x-www-urlencoded 和 multipart/form-data，所以让 XDomainRequest 遵循Content-Type规范的做法被认为违反了我们只让XDomainRequest发送HTML表单请求的目标。特别地，有人指出一些 AJAX服务器编程库会盲目地做出如下假设：如果编程库接收到 Content-Type 报头取值是SOAP或者JSON的请求，那么客户端要么是可信的，要么是同源的（因为以前HTML自身没法发送Content-Type为SOAP或JSON的请求）。很不幸，当我们在一个较晚的IE8 beta版本修复了这个问题的时候，我们走得太远了；我们把 Content-Type 限制成 text/plain，但是不允许调用者指定数据是 application/x-www-urlencoded 形式的。上面的做法会人为制造困难，这是因为服务器端框架（比如ASP，ASP.NET等）只有在 Content-Type 请求头被设置成 x-www-urlencoded 的情况下，才能自动地把请求域解析成名-值对。
注意：截至2014年，XDomainRequest 看起来好像再也不会发送任何Content-Type请求头了，我不清楚什么时候变的。

但是要求服务端改成text/plain的取值方式代价太大了，鉴于只需要兼容ie9，但占有率不高，于是强行把参数并在了url后面，这样服务端可以正确获取。

最后源码如下

$._ajax = $.ajax
$.ajax = function(option) {
  var url = option.url
  if ((url.indexOf('http') !== -1 || url.indexOf('//') !== -1) && url.indexOf(location.hostname) === -1) {
    if (navigator.userAgent.indexOf('MSIE 9.0') !== -1) {
      // cross domain
      var xdr = new XDomainRequest()
      var method = (option.type || 'get').toUpperCase()
      url += '?' + encodeURI(serialize(option.data))
      xdr.open(method, url)
      xdr.timeout = option.timeout || 30000
      xdr.onprogress = function() {}
      xdr.onload = function() {
        var response = xdr.responseText
        if (option.dataType === 'json') {
          response = JSON.parse(response)
        }
        option.success(response)
      }
      xdr.onerror = option.error || function(){}
      
      setTimeout(function() {
        xdr.send()
      }, 0)
      return
    }
  }
  return $._ajax(option)
}

function serialize(d) {
  if ($.isArray(d)) {
    var o = {}
    d.forEach(function(item) {
      o[item.name] = item.value
    })
    return $.param(o)
  } else if (typeof d === 'object') {
    return $.param(d)
  } else {
    return d
  }
}