我创建的 3 分钟的房间，一直在打字，却提示长时间未操作，给我关了。。。

@mxT52CRuqR6o5 确实，循环次数够大才能触发编译。有时间写个大点，还能水一篇博客，哈哈。

@mxT52CRuqR6o5 如果 web crypto api 能够支持分块计算的话，我就把 sha 部分的实现换成他了。有分块就可以展示进度，当长时间计算一个大文件没有进度的时候，心里会有点担心这玩意儿是不是卡死了，什么时候才能算出来啊。

@mxT52CRuqR6o5 我没去找 benchmark ，我是在一个知乎帖子上看到的，见 https://zhuanlan.zhihu.com/p/664350420

@mxT52CRuqR6o5 web crypto api 计算 sha256 确实快得有些离谱了。。。

@mxT52CRuqR6o5 我不认为能优化到 wasm 这种程度，就拿计算斐波那契数列来说，这么简单的计算函数，js 和 wasm 的 jit 是一个引擎，那他们速度应该接近吧，可实际计算出来还是有几倍的差距。而且 web crypto api 的实现一定不是用 js 写的。

牛的，我们之前也做过类似的产品，效果很拉胯，学习一下

@mxT52CRuqR6o5 速度上和 wasm 比不会像和 js 比那么大差异，而且看了下接口，没看到流式处理的 api ，总不能把十多个 G 的文件直接读进内存丢过去计算吧。

@cat 这些散列算法本身就是一块一块的算的，只是应用层面看起来是一起计算的整个文件。

@lstz 嘿嘿，我写的时候确实没考虑兼容问题，因为用到了 WebWorkers 和 WebAssembly ，所以需要新一点的浏览器内核。

@lstz 应该不会很吃内存，他是流式处理的，将文件一块一块的读取到内存里计算，一块 50M 大小。可能稍微大了点，你是用的什么设备？

我觉得 20W 还是挺多的，我特么干了 3 年，才存了 6W 。让我花 20W 买个车，我是舍不得。贷款也舍不得，有个车开就够了。

第一次就投到江西，还是女孩，什么天命开局

牛蛙牛

删了吧，我倒是无所谓，关键是我朋友们已经汗流浃背了。

我的全险半挂灯好像不亮了，能不能请你帮我去看一下？

你说得对，但是我选择 Siri