为什么挂载在window上的JS SDK需要处理arguments数组？

这三段都是Web SDK领域非常通用的异步加载前置命令缓存机制，核心是解决第三方SDK异步加载时的时序问题：

• 大部分第三方SDK都会要求用户异步加载资源，避免阻塞用户页面的渲染和交互
• 若用户在SDK资源加载完成前就调用了你暴露的全局API，原生情况下会触发方法不存在的报错，丢失用户的调用请求
• 这段代码会先在全局挂载占位的API实现，用户调用时不会真实执行逻辑，只会把调用的方法名、入参全部存入队列，等SDK主资源加载完成后再按顺序消费队列里的所有请求，完全不会丢失调用

不同实现的差异 #

• Intercom的实现：全局挂载统一的入口函数i，所有调用都通过这个入口传入，统一存入i.q队列

var i = function() {
  i.c(arguments);
};
i.q = [];
i.c = function(args) {
  i.q.push(args);
};

• Hotjar的实现：用短路运算做兼容，避免重复初始化覆盖已有实例，调用时直接往hj.q队列推入参数

h.hj =
  h.hj ||
  function() {
    (h.hj.q = h.hj.q || []).push(arguments);
  };

• Pendo的实现：提前枚举所有对外暴露的API名，给每个API单独生成占位方法，调用时将方法名和参数一起存入队列，还特殊处理了initialize方法的优先级，保证初始化逻辑最先执行

o._q = o._q || [];
v = ['initialize', 'identify', 'updateOptions', 'pageLoad', 'track'];
for (w = 0, x = v.length; w < x; ++w)
  (function(m) {
    o[m] =
      o[m] ||
      function() {
        o._q[m === v[0] ? 'unshift' : 'push'](
          [m].concat([].slice.call(arguments, 0))
        );
      };
  })(v[w]);

是否需要关注该逻辑？ #

非常需要。只要你的SDK采用异步加载方案（现在几乎所有第三方Web SDK都采用异步加载，避免阻塞用户页面），这个机制就是解决时序问题的标准实现，几乎是行业标配。如果没有这个逻辑，用户把SDK接入代码放在页面底部、或者用户在页面加载初期就调用SDK API，大概率会出现报错、请求丢失的问题。

是否需要加入到复制接入片段中？ #

需要。用户复制粘贴到自己页面的接入片段通常由两部分组成：

1. 就是上面的全局占位API+队列存储逻辑
2. 动态创建script标签、异步加载SDK主资源的逻辑

另外需要注意：你自己的SDK主资源加载完成后，要先遍历消费队列里缓存的所有请求，再把全局的占位API替换成SDK真实的实现方法即可。

内容的提问来源于stack exchange，提问作者Uriell Viana