审核和存储是独立的，这个存储跟网盘一个性质，只要文件/对象类型能被识别，就会被内部扫描机制所读取并检查是否违规。

记录一下最后同步时间，注意这里的时间最好是一个逻辑序号，每同步一次在服务端就自增一次。

客户端拿到这个序号以后，在本地的任何操作，具体表现在存储上都关联上这个序号，这样当你下次同步的时候，就可以查询出所有跟这个序号相关联的数据变动，然后把这些数据+序号提交到服务器。

当不同的终端/客户端开始进行同步时，服务端就能够取出这个序号，比较一下当前最后同步序号，这样就能知道不同客户端在同步上的先后顺序。

在技术上有很多种方法来做，上面的序号是一种，还有一种就是写日志，通过快照+重放来实现同步。当然技术只是一方面，如何实现同步的逻辑流程取决于具体的场景，更重要的是你如何处理复杂的边界情况。

为什么会看到乱码呢，浏览器 JS 环境一般使用的就是 UTF-8 编码，那么如果二进制数据不是这个编码，然后又使用 UTF-8 的字符串变量来进行展示，显示出来就会是乱码。换句话来说，首先拿到手的就是一堆二进制数据，但是这个二进制数据拿来当作什么用途，就需要对其进行解码，如果编码和解码匹配不上，就会出现问题。

所以如果你拿到手的已经是一个通过 UTF-8 解码表示二进制数据的字符串了（也就是你说的 response.text() ），首先应该把它转回二进制，然后再使用正确的解码器来对其进行解码操作。但是当然更好的办法是可以直接拿到 response.arrayBuffer()

```javascript

const utf8String = "\xC4\xE3\xBA\xC3";
console.log(utf8String); // 输出: ÄãºÃ
const decoder = new TextDecoder('gb2312');
const result = decoder.decode(Buffer.from(utf8String, 'binary'));
console.log(result); // 输出: 你好

```

你每一次请求都是创建一个新的 TCP 链接，链接之间也不是复用的，哪里来的“连接池”的说法呢，使用线程池只是为了减少频繁创建/销毁产生开销，所以使用线程池没有冲突呀。

这里也不存在某一个链接绑定到某一个线程环境（比如你说的 socks5 代理），下一个链接用这个线程就会有问题的说法吧，这里的 socks5 应该是绑定到每一个请求上面去的，而不是线程上面。

如果希望模板根据特定的类型参数进行不同的生成策略，可以使用 Template specialization ，不过还是要看使用场景，有可能不需要模板，只需要重载函数就行了。

R.I.P.

题目有点迷惑，不过以空间换时间应该算是基本操作，但是跟数据结构感觉也沾不上边呀，为何说数据结构欠缺呢？

老实说，网盘里的东西如果没有加密的话，也是不安全的，https 可以防止第三方窃取，但是挡不住云盘本身就有问题，所以最安全的应该还是端对端加密。

我们公司有制冰机，还有意式咖啡机，每天上午和下午一杯冰美式。。。

你已经有原型图了，剩下的就是根据原型图来反推每一个操作和这个操作产生的结果是什么。如果你还想在这些上面“设计”一些概念或抽象，那么最好还是先根据实际的使用场景和开发周期来判断哪些东西是最重要的、优先的。

还是得加散热片才行

R.I.P

说个题外的，这种东西用原生来做？感觉用前端那一套东西可能会更好吧，通过浏览器来使用。

羡慕有时间读书的人