Skip to content

lvxiaowu/xhr-hook-cycle

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

2 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

xhr-hook-cycle

xhr-hook-cycle 是一个精巧的用于拦截浏览器 XMLHttpRequest 的库,它可以在 XMLHttpRequest 对象发起请求之前和收到响应内容之后获得处理权。通过它你可以在底层对请求和响应进行一些预处理。

使用

安装

  • CDN 引入

    <script src="https://unpkg.com/[email protected]/dist/ajaxhook.min.js"></script>

    引入后会有一个名为"ah"(xhr-hook)的全局对象,通过它可以调用 xhr-hook 的 API,如ah.proxy(hooks)

  • NPM 引入

    npm install xhr-hook-cycle

拦截XMLHttpRequest

通过proxy(hooks)拦截:

import { proxy, unProxy } from "xhr-hook-cycle";
proxy({
  //请求发起前进入
  onRequest: (config, handler) => {
    console.log(config.url);
    handler.next(config);
  },
  //请求发生错误时进入,比如超时;注意,不包括http状态码错误,如404仍然会认为请求成功
  onError: (err, handler) => {
    console.log(err.type);
    handler.next(err);
  },
  //请求成功后进入
  onResponse: (response, handler) => {
    console.log(response.response);
    handler.next(response);
  },
});

现在,我们便拦截了浏览器中通过XMLHttpRequest发起的所有网络请求!在请求发起前,会先进入onRequest钩子,调用handler.next(config) 请求继续,如果请求成功,则会进入onResponse钩子,如果请求发生错误,则会进入onError 。我们可以更改回调钩子的第一个参数来修改修改数据。

Handler

在钩子函数我们可以通过 handler 来决定请求的后续流程,它有 3 个方法:

  1. next(arg):继续进入后续流程;如果不调用,则请求链便会暂停,这种机制可以支持在钩子中执行一些异步任务。该方法在onResponse钩子中等价于resolve,在onError钩子中等价于reject
  2. resolve(response):调用后,请求后续流程会被阻断,直接返回响应数据,上层xhr.onreadystatechangexhr.onload会被调用。
  3. reject(err):调用后,请求后续流程会被阻断,直接返回错误,上层的xhr.onerrorxhr.ontimeoutxhr.onabort之一会被调用,具体调用哪个取决于err.type的值,比如我们设置err.type为"timeout",则xhr.ontimeout会被调用。

关于configresponseerr的结构定义请参考类型定义文件中的XhrRequestConfigXhrResponseXhrError

示例

proxy({
  onRequest: (config, handler) => {
    if (config.url === "https://aa/") {
      handler.resolve({
        config: config,
        status: 200,
        headers: { "content-type": "text/text" },
        response: "hi world",
      });
    } else {
      handler.next(config);
    }
  },
  onError: (err, handler) => {
    if (err.config.url === "https://bb/") {
      handler.resolve({
        config: err.config,
        status: 200,
        headers: { "content-type": "text/text" },
        response: "hi world",
      });
    } else {
      handler.next(err);
    }
  },
  onResponse: (response, handler) => {
    if (response.config.url === location.href) {
      handler.reject({
        config: response.config,
        type: "error",
      });
    } else {
      handler.next(response);
    }
  },
});

// 使用jQuery发起网络请求
function testJquery(url) {
  $.get(url)
    .done(function (d) {
      console.log(d);
    })
    .fail(function (e) {
      console.log("hi world");
    });
}

//测试
testJquery("https://aa/");
testJquery("https://bb/");
testJquery(location.href);

运行后,控制台输出 3 次 "hi world"。

核心 API-hook(hooks)

import { hook } from "xhr-hook-cycle";
hook({
  //拦截回调
  onreadystatechange: function (xhr, event) {
    console.log("onreadystatechange called: %O");
    //返回false表示不阻断,拦截函数执行完后会接着执行真正的xhr.onreadystatechange回调.
    //返回true则表示阻断,拦截函数执行完后将不会执行xhr.onreadystatechange.
    return false;
  },
  onload: function (xhr, event) {
    console.log("onload called");
    return false;
  },
  //拦截方法
  open: function (args, xhr) {
    console.log(
      "open called: method:%s,url:%s,async:%s",
      arg[0],
      arg[1],
      arg[2]
    );
    //拦截方法的返回值含义同拦截回调的返回值
    return false;
  },
});

这样拦截就生效了,拦截的全局的XMLHttpRequest,所以,无论你使用的是哪种 JavaScript http 请求库,它们只要最终是使用XMLHttpRequest发起的网络请求,那么拦截都会生效。下面我们用 jQuery 发起一个请求:

// 获取当前页面的源码(Chrome中测试)
$.get().done(function (d) {
  console.log(d.substr(0, 30) + "...");
});

输出:

> open called: method:GET,url:http://localhost:63342/xhr-hook-cycle/demo.html,async:true
> onload called
> <!DOCTYPE html>
  <html>
  <head l...

可以看到我们的拦截已经成功。通过日志我们可以发现,在请求成功时,jQuery 是回调的onload(),而不是onreadystatechange(),由于这两个回调都会在返回响应结果时被调用,所以为了保险起见,如果你要拦截网络请求的结果,建议同时拦截onload()onreadystatechange(),除非你清楚的知道上层库使用的具体回调。

拦截XMLHttpRequest的属性

除了拦截XMLHttpRequest回调和方法外,也可以拦截属性的读/写操作。比如设置超时timeout,读取响应内容responseText等。下面我们通过两个示例说明。

  • 假设为了避免用户设置不合理的超时时间,如,小于 30ms,那么这将导致超过 30ms 的网络请求都将触发超时,因此,我们在底层做一个判断,确保超时时间最小为 1s:

    hook(
        //需要拦截的属性名
        timeout: {
            //拦截写操作
            setter: function (v, xhr) {
                //超时最短为1s,返回值为最终值。
                return Math.max(v, 1000);
            }
        }
    )
  • 假设在请求成功后,但在返回给用户之前,如果发现响应内容是 JSON 文本,那么我们想自动将 JSON 文本转为对象,要实现这个功能,有两种方方法:

    • 拦截成功回调

      function tryParseJson1(xhr) {
        var contentType = xhr.getResponseHeader("content-type") || "";
        if (contentType.toLocaleLowerCase().indexOf("json") !== -1) {
          xhr.responseText = JSON.parse(xhr.responseText);
        }
      }
      
      hookAjax({
        //拦截回调
        onreadystatechange: tryParseJson1,
        onload: tryParseJson1,
      });
    • 拦截responseTextresponse读操作

      function tryParseJson2(v, xhr) {
        var contentType = xhr.getResponseHeader("content-type") || "";
        if (contentType.toLocaleLowerCase().indexOf("json") !== -1) {
          v = JSON.parse(v);
          //不能在属性的getter钩子中再读取该属性,这会导致循环调用
          //v=JSON.parse(xhr.responseText);
        }
        return v;
      }
      
      //因为无法确定上层使用的是responseText还是response属性,为了保险起见,两个属性都拦截一下
      hook(
        (responseText: {
          getter: tryParseJson2,
        }),
        (response: {
          getter: tryParseJson2,
        })
      );

proxy() vs hook()

proxy()hook()都可以用于拦截全局XMLHttpRequest。它们的区别是:hook()的拦截粒度细,可以具体到XMLHttpRequest对象的某一方法、属性、回调,但是使用起来比较麻烦,很多时候,不仅业务逻辑需要散落在各个回调当中,而且还容易出错。而proxy()抽象度高,并且构建了请求上下文(请求信息 config 在各个回调中都可以直接获取),使用起来更简单、高效。

大多数情况下,我们建议使用proxy() 方法,除非proxy() 方法不能满足你的需求。

API

proxy(proxyObject)

拦截全局XMLHttpRequest

参数:proxyObject是一个对象,包含三个可选的钩子onRequestonResponseonError,我们可以直接在这三个钩子中对请求进行预处理。

返回值:浏览器原生的XMLHttpRequest

unProxy()

  • 取消拦截;取消后XMLHttpRequest将不会再被代理,浏览器原生XMLHttpRequest会恢复到全局变量空间。

hook(Hooks)

拦截全局XMLHttpRequest,此方法调用后,浏览器原生的XMLHttpRequest将会被代理,代理对象会覆盖浏览器原生XMLHttpRequest,直到调用unHook()后才会取消代理。

  • hooks; 钩子对象,里面是 XMLHttpRequest 对象的回调、方法、属性的钩子函数,钩子函数会在执行XMLHttpRequest对象真正的回调、方法、属性访问器前执行。
  • 返回值: 浏览器原生的XMLHttpRequest.

unHook()

  • 取消拦截;取消后XMLHttpRequest将不会再被代理,浏览器原生XMLHttpRequest会恢复到全局变量空间。

代理 xhr 对象和原生 xhr 对象

原生 xhr 对象”即浏览器提供的 XMLHttpRequest 对象实例,而“代理 xhr 对象”指代理了“原生 xhr 对象”的对象,用户请求都是通过“代理 xhr 对象”发出,而“代理 xhr 对象”中又会调用“原生 xhr 对象”发起真正的网络请求。那么如何获取“代理 xhr 对象”和“原生 xhr 对象”呢?

  1. XHR 方法钩子函数(如opensend等),它们的第二个参数为原生 xhr 对象
  2. 所有回调函数钩子、方法钩子中,this代理 xhr 对象
  3. 原生 xhr 对象和代理对象都有获取彼此的方法和属性,具体见下面示例
hook({
  // 参数xhr为原生xhr对象
  onload: function (xhr, event) {
    // this 为代理xhr对象
    // 原生xhr对象扩展了一个`getProxy()`方法,调用它可以获取代理xhr对象
    this == xhr.getProxy(); //true
    //可以通过代理xhr对象的`xhr`属性获取原生xhr对象
    this.xhr == xhr; //true
    console.log("onload called");
    return false;
  },
});

注意

  • XMLHttpRequest所有回调函数(以"on"开头的,如onreadystatechangeonload等),他们的拦截函数的第一个参数都为当前的XMLHttpRequest对象的代理对象,所以,你可以通过它来进行请求上下文管理。

    假设对于同一个请求,你需要在其open的拦截函数和onload 回调中共享一个变量,但由于拦截的是全局 XMLHttpRequest 对象,所有网络请求会无次序的走到拦截的方法中,这时你可以通过xhr来对应请求的上下文信息。在上述场景中,你可以在open拦截函数中给xhr设置一个属性,然后在onload回调中获取即可。

  • XMLHttpRequest的所有方法如opensend等,他们拦截函数的第一个参数是一个数组,数组的内容是其对应的原生方法的参数列表,第二个参数是本次请求对应的XMLHttpRequest对象(已代理)。返回值类型是一个布尔值,为 true 时会阻断对应的请求。

  • 对于属性拦截器,为了避免循环调用导致的栈溢出,不可以在其 getter 拦截器中再读取其同名属性或在其 setter 拦截器中在给其同名属性赋值。

  • 本库需要在支持 ES5 的浏览器环境中运行(不支持 IE8),但本库并不依赖 ES6 新特性。

About

用于拦截浏览器 XMLHttpRequest 的库

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published