w3cmark

@jawil 第12点，用vw单位计算根节点字体时，应该是 ``` html{ font-size: 100vw / 7.5 } ```

> ```js > function add(...num) { > let res = 0 //第一次调用函数时生成一个闭包来存储结果 > num.forEach(item => res += item) //遍历输入参数加到res上 > > let ret = function (...num) { > num.forEach(item =>...

请尝试使用 `ams-create hello-ams` 替代（ams init、ams field、 ams block等同理） 同时手动安装依赖，`cd hello-ams && npm i`

可以通过`ams.$blocks.xxx.data`访问，其中xxx是组件名

+ MSL >`Maximum Segment Lifetime`，译为“报文最大生存时间”。RFC 793中规定MSL为2分钟，实际应用中常用的是30秒，1分钟和2分钟等 + 为什么是`2MSL` `2MSL`即两倍的MSL，TCP的`TIME_WAIT`状态也称为2MSL等待状态。 当TCP的一端发起主动关闭，在发出最后一个ACK包后，即第3次握手完成后发送了第四次握手的ACK包后就进入了`TIME_WAIT`状态，必须在此状态上停留两倍的MSL时间。 等待2MSL时间主要目的是怕最后一个ACK包对方没收到，那么对方在超时后将重发第三次握手的FIN包，主动关闭端接到重发的FIN包后可以再发一个ACK应答包。 在`TIME_WAIT`状态时两端的端口不能使用，要等到`2MSL`时间结束才可继续使用。 当连接处于`2MSL`等待阶段时任何迟到的报文段都将被丢弃。不过在实际应用中可以通过设置`SO_REUSEADDR`选项达到不必等待2MSL时间结束再使用此端口。 > 参考来源：https://blog.csdn.net/overstack/article/details/8833894

@pzimao 请问你截图这个是啥工具喔

> 1.当修改了一个或多个文件； > 2.文件系统接收更改并通知webpack； > 3.webpack重新编译构建一个或多个模块，并通知HMR服务器进行更新； > 4.HMR Server 使用webSocket通知HMR runtime 需要更新，HMR运行时通过HTTP请求更新jsonp； > 5.HMR运行时替换更新中的模块，如果确定这些模块无法更新，则触发整个页面刷新。 为什么HMR用webSocket通知需要更新时不直接把更新后的模块信息发过去呢？还要多一步HMR runtime主动去请求