什么是类型转化器？

jQuery支持不同格式的数据返回形式，比如dataType为 xml, json,jsonp,script, or html

但是浏览器的XMLHttpRequest对象对数据的响应只有 responseText与responseXML 二种

所以现在我要定义dataType为jsonp,那么所得的最终数据是一个json的键值对，所以jQuery内部就会默认帮你完成这个转化工作

jQuery为了处理这种执行后数据的转化，就引入了类型转化器，如果没有指定类型就依据响应头Content-Type自动处理

数据传输，服务器只能返回字符串形式的，所以如果我们dataType为jsop或者json的时候

服务器返回的数据为

responseText: "{"a":1,"b":2,"c":3,"d":4,"e":5}"

给转化成

responseJSON: Object

    {

        a: 1

        b: 2

        c: 3

        d: 4

        e: 5

    }

服务器的传输返回的只能是string类型的数据，但是用户如果通过jQuery的dataType定义了json的格式后，会默认把数据转换成Object的形式返回

这就是jQuery内部做的智能处理了

jQuery内把自定义的dataType与服务器返回的数据做相对应的映射处理，通过converters存储对应的处理句柄

把需要类型转换器ajaxConvert在服务端响应成功后，对定义在jQuery. ajaxSettings中的converters进行遍历，找到与数据类型相匹配的转换函数，并执行。

converters的映射：

converters: {

           // Convert anything to text、

           // 任意内容转换为字符串

           // window.String 将会在min文件中被压缩为 a.String

           "* text": window.String,

           // Text to html (true = no transformation)

           // 文本转换为HTML（true表示不需要转换，直接返回）

           "text html": true,

           // Evaluate text as a json expression

           // 文本转换为JSON

           "text json": jQuery.parseJSON,

           // Parse text as xml

           // 文本转换为XML

           "text xml": jQuery.parseXML

       }

除此之外还有额外扩展的一部分jsonp的处理

// Ajax请求设置默认的值jQuery.ajaxSetup({

    /**

     * 内容类型发送请求头（Content-Type），用于通知服务器该请求需要接收何种类型的返回结果。

     * 如果accepts设置需要修改，推荐在$.ajaxSetup() 方法中设置一次。

     * @type {Object}

     */

    accepts: {

        script: "text/javascript, application/javascript, application/ecmascript, application/x-ecmascript"

    },

    contents: {

        script: /(?:java|ecma)script/

    },    converters: {

        "text script": function(text) {

            jQuery.globalEval(text);

            return text;

        }

    }

});

所以其格式就是

text –> (html,json,script)的处理了

其寓意就是服务器返回的用于只是string类型的文本格式，需要转化成用户想要的dataType类型的数据

{"* text": window.String, "text html": true, "text json": jQuery.parseJSON, "text xml": jQuery.parseXML}

类型的转化都是发生在服务器返回数据后，所以对应的就是ajax 方法中的done之后,当然这个done方法也是经过请求分发器包装过的，至于为什么要这样处理上章就已经提过到了，为了处理正常请求与jsonp的跨域请求的问题

所以当AJAX请求完成后，会调用闭包函数done，在done中判断本次请求是否成功，如果成功就调用ajaxConvert对响应的数据进行类型转换

所以在此之前需要：

1：正确分配dataType类型，如果用户不设置（空）的情况

2：需要转化成converters映射表对应的格式比如（* text, text html , text xml , text json）

dataType类型的转化

dataType类型的参数，可以是xml, json, script, or html 或者干脆为空，那么jQuery就需要一个只能的方法去判断当前是属于什么数据处理

因此就引入了

ajaxHandleResponses 处理响应转化器，解析出正确的dataType类型

response = ajaxHandleResponses(s, jqXHR, responses);

dataType无法就那么几种情况

1：dataType为空,自动转化

此时jQuery只能根据头部信息是猜测当前需要处理的类型

// 删除掉通配dataType，得到返回的Content-Typewhile (dataTypes[0] === "*") {

    dataTypes.shift();

    if (ct === undefined) {

        ct = s.mimeType || jqXHR.getResponseHeader("Content-Type");

    }

}

通过xhr.getAllResponseHeaders()得到头部信息，然后去匹配Content-Type所有对象的值即可

当然找到这个Content-Type = “html”,我们还得看看有没有对应处理的方法，如果有就需要替换这个dataTypes

// 看看是不是我们能处理的Content-Type，比如图片这类二进制类型就不好处理了if (ct) {

    // 实际上能处理的就是text、xml和json

    for (type in contents) {

        if (contents[type] && contents[type].test(ct)) {

            dataTypes.unshift(type);

            break;

        }

    }

}

经过这个流程后，dataTypes 本来是* 就变成了对应的html了，这是jquery内部的自动转化过程

2：dataType开发者指定 

xml, json, script, html, jsop

总结：

类型转换器将服务端响应的responseText或responseXML，转换为请求时指定的数据类型dataType，

如果没有指定类型就依据响应头Content-Type自动处理

类型转换器的执行过程

response = ajaxConvert(s, response, jqXHR, isSuccess);

源码部分

function ajaxConvert(s, response, jqXHR, isSuccess) {

    current = dataTypes.shift();

    while (current) {

        if (current) {

            // 如果碰到了*号,即一个任意类型,而转换为任意类型*没有意义

            if (current === "*") {

                current = prev;

                // 转化的重点

                // 如果不是任意的类型，并且找到了一个不同的类型

            } else if (prev !== "*" && prev !== current) {

                // Seek a direct converter

                // 组成映射格式,匹配转化器

                // * text: function String() { [native code] }

                // script json: function () {

                // text html: true

                // text json: function parse() { [native code] }

                // text script: function (text) {

                // text xml: function (data) {

                conv = converters[prev + " " + current] || converters["* " + current];

                // If none found, seek a pair

                // 假如找不到转化器

                // jsonp是有浏览器执行的呢,还是要调用globalEval

                if (!conv) {

                    //...............                }

                // Apply converter (if not an equivalence)

                // 如果有对应的处理句柄，执行转化

                if (conv !== true) {

                    // Unless errors are allowed to bubble, catch and return them

                    if (conv && s["throws"]) {

                        response = conv(response);

                    } else {

                        try {

                            //执行对应的处理句柄,传入服务器返回的数据

                            response = conv(response);

                        } catch (e) {

                            return {

                                state: "parsererror",

                                error: conv ? e : "No conversion from " + prev + " to " + current

                            };

                        }

                    }

                }

            }

        }

    }

    return {

        state: "success",

        data: response

    };

}

流程

1.遍历dataTypes中对应的处理规则【"script"，"json"】

2.制作jqXHR对象的返回数据接口

1. json: "responseJSON"

2. text: "responseText"

3. xml: "responseXML"

如：jqXHR.responseText: "{"a":1,"b":2,"c":3,"d":4,"e":5}"

3. 生成转化器对应的匹配规则，寻找合适的处理器

4. 返回处理后的数据response

分析一下特殊的jsonp的转化流程

先看看转化对应的处理器

jsonp:

converters["script json"] = function() {

            if (!responseContainer) {

                jQuery.error(callbackName + " was not called");

            }

            return responseContainer[0];

};

jsonp的转化器只是很简单的从responseContainer取出了对应的值，所以responseContainer肯定在转化之后就应该把数据给转化成数组对象了

当然做源码分析需要一点自己想猜想能力，比如

responseContainer这个数组对象如何而来？

那么我们知道jsonp的处理的原理，还是通过加载script，然后服务器返回一个回调函数，responseContainer数据就是回调函数的实参

所以需要满足responseContainer的处理，必须要先满足脚本先加载，所以我们要去分发器中找对应的加载代码

首先responseContainer是内部变量，只有一个来源处，在预处理的时候增加一个全局的临时函数

然后代码肯定是执行了这个函数才能把arguments参数赋给responseContainer

overwritten = window[callbackName];

window[callbackName] = function() {

    responseContainer = arguments;

};

callbcakName是内部创建的一个尼玛函数名

jQuery203029543792246840894_1403062512436 = function() {

    responseContainer = arguments;

};

我们发送请求

//192.168.1.114/yii/demos/test.php?backfunc=jQuery203029543792246840894_1403062512436&action=aaron&_=1403062601515

服务器那边就回调后，执行了jQuery203029543792246840894_1403062512436(responseContainer );

所以全局的callbackName函数需要在分发器中脚本加载后才能执行，从而才能截取到服务器返回的数据。

本文由职坐标整理发布，欢迎关注职坐标WEB前端jQuery频道，获取更多jQuery知识！