你是说浏览器整个 700 - 800MB ，还是你们的网页直接就占到了 700-800MB 呢？ 大概率不是因为你们的项目过大，而是因为你们某些数据或者渲染 dom 的操作不当导致的，可以在占用大的 case 下用 performance 工具录了 10s 然后分析是因为内存问题还是渲染问题。

@imherer 浏览器指纹是通过判断硬件的渲染能力、音视频编解码能力等等得出的，相同硬件环境下是一样的，但切换显示器硬件场景变了它就变了，你要用浏览器指纹就要想好怎么处理这个问题。

@wgbx 多屏幕的场景下把窗口拖到另外一个屏幕浏览器指纹就变了

缺前端吗

const convert = (data) => {
const result = {};

const keysLevel1 = Object.keys(data);
keysLevel1.forEach(k1 => {
console.log(k1, 'k1');
const keysLevel2 = Object.keys(data[k1]);
keysLevel2.forEach(k2 => {
console.log(k2, 'k2');
const keysLevel3 = Object.keys(data[k1][k2]);
if (!result[k2]) result[k2] = {};
keysLevel3.forEach(k3 => {
console.log(k3, 'k3');
const keysLevel4 = Object.keys(data[k1][k2][k3]);
if (!result[k2][k3]) result[k2][k3] = {};
keysLevel4.forEach(k4 => {
if (!result[k2][k3][k4]) result[k2][k3][k4] = {};
result[k2][k3][k4][k1] = data[k1][k2][k3][k4];
})
})
})
});

return result;
};

``` json
"scripts": {
"ttt": "node a.js ${npm_config_type} && node b.js ${npm_config_type}"
}
```
```
npm run ttt --type=button
```

@96412hj 别只站在你的角度衡量问题呀，大部分应用的绝大部分用户群体都不会用这些的，对他们来说就是没意义啊

页面跳转不用 a 标签真的反人类！！

1. 用 selenium 库，启一个无头浏览器；
2. 判断滚动条是否可往下滚动，可以往下滚动的时候利用脚本改变滚动条高度触发加载；
3. 不能往下滚动隔一段时间间隔之后，断言为搜索完成，返回所有链接。

或者也可以直接伪造请求头，直接请求列表接口拿数据拼出来链接

我觉得你的标签上加 cache 属性的方案不但没有解决任何问题，还让缓存这个东西依赖上 script / link 标签了，变得更复杂了