想起曾经在 IE5 上用 VBScript 山寨了一个，直接截的原配 UI，相似度 99%~

@Mitt 开 promise 去计算的情况是有的，当然是代码写的不够好。比如有些函数 99.99% 情况只是计算，极小情况可能会用 await 调用一个异步 API，但 await 必须放在 async 函数里，所有每次调这个函数都是在创建 promise 。

@Mitt 即使单次随机数耗时不固定，但在大量次数下是稳定的，你可以试试取消 await 部分，纯粹计算随机数两者用时几乎是相等的。事实上 await 就是差那么多，甚至不止 80 倍。可以看 js 引擎源码，await 实现开销很大的，比传统语言的纤程开销大很多。

await 性能非常非常差，注重性能的场合尽量回避。不过在 IO 的场合不明显，偏向纯计算的时候就非常明显了。

这里有个测试 https://gist.github.com/EtherDream/52649e4939008e149d0cb3a944c055b7

```js
async function pending() {
return 11
}

function mayPending() {
if (Math.random() < 0.001) {
return pending()
}
return 22
}

async function main() {
console.time('s1')
for (let i = 0; i < 1e6; i++) {
const val = await mayPending()
}
console.timeEnd('s1')


console.time('s2')
for (let i = 0; i < 1e6; i++) {
const ret = mayPending()
const val = ret instanceof Promise ? await ret : ret
}
console.timeEnd('s2')
}

main()
```

s1: 1715.09521484375 ms
s2: 20.174072265625 ms

吼啊，识得唔识得啊

网络经常卡死 ---- 确定就是丢包导致的？

cookie：

session=s1,s2,s3
active_session=s2 (or s1, s3, ...)

cookie：

session=s1,s2,s3
action_session=s2 (or s1, s3, ...)

它们在怕什么

试试破解这个： https://www.etherdream.com/webscrypt/example/login/

@DoctorCat 看有没有限制

@myqoo 用 iptables 写个改包规则，srcmac 每次随机选一个

用 iptables 写个改包规则，dstmac 每次随机选一个

才发现

上传到 npm 然后通过 unpkg.com 访问

还是用 OpenResty LUA 实现比较稳妥。用 C 一个不小心出现个内存 bug 问题就大了。

换个公网 ip 就好了

TypedArray 表示不服

老内卷了