timethinker

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

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

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

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

为什么会看到乱码呢，浏览器 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 可以防止第三方窃取，但是挡不住云盘本身就有问题，所以最安全的应该还是端对端加密。