Chrome团队：如何曲线拯救KPI

╰+哭是因爲堅強的太久メ 2022-09-01 10:58 128阅读 0赞

当聊到`Chrome`，你第一反应是啥？

市占率第一的浏览器？鼎鼎大名的`V8`引擎？浏览器调试的标配——`DevTools`？

对于`Chrome`团队成员来说，第一反应很可能是这两个指标（KPI）：

*  UX（user experience）用户体验
 *  DX（developer experience）开发者体验

作为开发者，相信你能感受到诸多围绕这两个指标的改进：

*  底层`V8`、`webassembly`引擎的迭代
 *  `lighthouse`工具对`UX`、`DX`指标的定量分析
 *  `Chrome`对`ES`标准新特性的快速支持

当一切都做到极致后，围绕这两个指标还有什么可挖掘的呢（`KPI`能写啥呢）？

![ff2689733b5fdddf37d2d6df295740dd.png][]

让我们一起看看`Chrome`团队为了更好的`web`体验，做了哪些曲线救国的努力。

## 逻辑要顺 ##

这里的逻辑是这样的：

1.  当今世界大部分`web`项目依赖开源工具
2.  更好的开源工具带来更好的`web`体验

按照这个逻辑，只要我们（`Chrome`团队）与开源项目合作，让他们变得更好，那就是为更好的`web`体验做贡献（也就能拯救`KPI`了）。

![9c29db0e0401abef271bd0394a94cb68.png][]

所以，只需要挑选合适的项目，根据其适合的优化类型（`UX`、`DX`），展开深度合作就行。

接下来，让我们看看一些与`Chrome`团队合作的项目。

![7f70b5c4290bf1adc36478434b675fe3.png][]

## 与Next.js合作 ##

`Next.js`作为基于`React`的全功能生产可用框架，其`SSR`功能一直与`React`团队深度合作。

`Chrome`团队基于`SSR`这一场景，为`Next.js`定制了一系列`Timing API`。

新`Timing API`将`SSR`相关指标纳入统计（比如`hydrate`时间）。

![2f95edef6f9236d7cce4b580b8915318.png][]

同时，`LightHouse`工具可以收集更多`SSR`相关数据供参考：

![f646c85b57f1258949e2f2af06c82655.png][]

## 与Babel合作 ##

我们常用`@babel/preset-env`根据目标浏览器版本将高级`ES`语法编译为`ES5`语法。

这种降级编译的实现思路为：每个高级语法可以看作一或多个语法转换的集合。

在遇到高级语法时，将其替换为这些语法转换的实现。

举个例子：`函数参数`可以作为`解构`、`参数默认值`、`剩余参数`这3个特性的集合。对于如下源代码：

const foo = ({ a = 1 }, b = 2, ...args) => [a,b,args];

经过`@babel/preset-env`编译后的输出包含了`解构`、`参数默认值`、`剩余参数`这3个特性的实现：

const foo = function foo(_ref, b) {
     let { a = 1 } = _ref;
    
     if (b === void 0) { b = 2; }
    
     for (
       var _len = arguments.length,
         args = new Array(_len > 2 ? _len - 2 : 0),
         _key = 2;  _key < _len; _key++
     ) {
       args[_key - 2] = arguments[_key];
     }
    
     return [a, b, args];
    };

可以看到，编译后总体代码量激增！

某些高级语法，现代浏览器可能或多或少已经支持了，只是支持度不好。

所以，一个更好的思路是：

> 将不支持的语法替换为已支持的语法

这样就能省去**「特性实现」**这部分代码。

对于以上例子中的语法，只有一款现代浏览器由于自身`bug`导致不支持。

解决办法是：将`{ a = 1 }`替换为`{ a: a = 1 }`。

所以，以上代码只需编译为如下形式在现代浏览器都能运行：

const foo = ({ a: a = 1 }, b = 2, ...args) => [a,b,args];

对比两种编译结果，后者较前者代码量减少80%！

![c53b48285438d4069c8a4bb7ea1f1a62.png][]

这种浏览器间差异带来的优化空间，`Babel`团队很难独自完成。

所以，`Chrome`团队与其合作开发了`@babel/preset-modules`，并且已经作为`bugfixes`参数集成到`@babel/preset-env`中。

## 与React合作 ##

作为前端领域运行时最重的视图库，`React`一直在寻找运行时的优化空间。

`navigator.scheduling.isInputPending API`就是其与`Chrome`团队合作的产物。

该`API`返回一个函数，调用该函数后如果当前有`input`事件正在调度，则返回`true`。

比如如下例子，当有鼠标、键盘事件在调度时，暂停`JS`线程执行：

while (workQueue.length > 0) {
      if (navigator.scheduling.isInputPending(['mousedown', 'mouseup', 'keydown', 'keyup'])) {
        break;
      }
      let job = workQueue.shift();
      job.execute();
    }

输入框的输入能够更快被浏览器渲染，显著减少浏览器调帧（表现为输入框输入内容卡顿）。

## 总结 ##

树挪死，人挪活。

当项目发展到一定时期，没有多少内部可优化空间时，需要主动出击，`赋能`其他`垂直领域`，聚焦`用户感知赛道`，采用`复用打法`达成`持久收益`!

说人话就是：多去其他团队蹭蹭，`KPI`会有的。

你，学会了么？

[ff2689733b5fdddf37d2d6df295740dd.png]: /images/20220829/d2a71342d331401ab801b12bbc71d15f.png
[9c29db0e0401abef271bd0394a94cb68.png]: /images/20220829/9c3b729e31b34094bbb14f0c159c4010.png
[7f70b5c4290bf1adc36478434b675fe3.png]: /images/20220829/f22e21d46d664b12945c99751b3eb80a.png
[2f95edef6f9236d7cce4b580b8915318.png]: /images/20220829/d6a7a8ec05404ed0b1f63df098fa88dc.png
[f646c85b57f1258949e2f2af06c82655.png]: /images/20220829/abb37419c0754e539f980dd3ad4e2cdb.png
[c53b48285438d4069c8a4bb7ea1f1a62.png]: /images/20220829/0eba95cb9c45427ba7d9c8601b670e3b.png