设计好的肯定提前加啊，后面加的话会锁表，当然可以 background 但是如果索引冲突加不成功就白费时间。

我要是有 1080 亿我不买小米（

压缩一下就没了

@keer 我回家找找，不是有送好几个彩色的么

你这个 Person 没有任何卵用（逃

@maichael ？？？？怎么算跳伞没蹦极速度快的

我的话会直接用 google messages 网页版

容器 == 一个具有隔离空间的进程
进程结束 == 容器死亡

这没什么好争的。

老板没钱不是理由，继续要钱。

你这个
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 吗？