你这个
type Cache struct {
Reader
}
等于
type Cache struct {
Reader Reader
}

然后 Cache{} 初始化时，接口类型默认值是 nil，所以 Reader 是 nil

跟下面一个道理（指针类型的默认值是 nil ）
type Cache Struct {
Something *int
}


所以，无解。通常写一个 NewCache() 方法生成可以避免。

4a 足够。轻，续航好。性价比绝好

首先你这也不是 map 呀

可以用 interface，不过不要用空 interface

MySQL 估计也没问题，专库专用，预先分表，加大内存即可。

这个设计就有问题……对于此种简单关系表，直接查数据库并不会慢。我们之前用 MongoDB 抗几十亿关注关系查询，毫无压力。

没有。涉及到文件系统的实现了，不是具备通用型的文件操作

简历发我看看，合适的话我帮你推

理论上：不可以，公钥私钥成对出现，是对称的并无区分，只是认为的定义一个保密一个公开。你无法从公钥推算私钥，也无法从私钥推算公钥，这是非对称加密算法安全性的理论基石。

实际上：maybe 。因为私钥文件格式中包含了公钥内容。用 1 楼的方式可以取出来。

git grep 不行吗？

谁给我解释一下，这不就是个 sleep(3s) 的问题吗？还是我理解错了？

js 里没法实现 sleep 吗？

请个好点的律师判个违约，赔偿 20% 房款。

这篇文章写得。。。。。OKR 那部分完全没必要，直接专门介绍飞书协作多好。

很多人讨厌飞书，但是确实有用。

refresh token 为啥要存 user 对应关系？ user id 在 token 里，解出来用就行了。

遍历一遍不就完事儿了？

一组数据如果有同时获取的需求，那么就用 hash 。如果没有，hash 和 string 基本一样。因为有 hgetall

看起来是两个之前不能拉线，那就只能走隧道了。看看路由器支持哪种吧。

看起来要复制文件，直接 mv/cp/rsync 不好嘛

rsynv -a /home/fdfs_storage/data/ /databak/

sed 's@/home/fdfs_storage/data/@/databak/@'

想参加，但是感觉能力不太够！