我说的是 真随机 的获取非常慢，因为涉及到操作系统要主动将熵值填入熵池，这个是很缓慢的。

golang 的 crypt/rand 在某些系统下并不是纯正的真随机（纯真随机应该类似于 /dev/random 一样会在熵池被掏空时阻塞），golang 在不同的操作系统下的实现
// On Linux, FreeBSD, Dragonfly and Solaris, Reader uses getrandom(2) if
// available, /dev/urandom otherwise.
// On OpenBSD and macOS, Reader uses getentropy(2).
// On other Unix-like systems, Reader reads from /dev/urandom.
// On Windows systems, Reader uses the RtlGenRandom API.

1. getrandom(flags==0), 相当于 /dev/random ，https://github.com/torvalds/linux/blob/d9fc1511728c15df49ff18e49a494d00f78b7cd4/drivers/char/random.c#L1343-L1350 ，默认会阻塞等待熵值
2. getentropy ，https://support.apple.com/zh-cn/guide/security/seca0c73a75b/web ， 使用 Fortuna 算法，安全度很高的伪随机并使用熵源初始化，无阻塞
3. RtlGenRandom ，https://learn.microsoft.com/en-us/windows/win32/api/ntsecapi/nf-ntsecapi-rtlgenrandom ， 文档上就说是伪随机
4. /dev/urandom ，不会阻塞，会在熵值耗尽使用 crng_fast_key_erasure 获得伪随机结果（ chacha 加密结果的一部分） https://github.com/torvalds/linux/blob/d9fc1511728c15df49ff18e49a494d00f78b7cd4/drivers/char/random.c#L336-L341

这是对的。SecureRandom 应该是使用系统熵的真随机。使用这个作为伪随机的种子能够做到更好的效果。
因为在分布式 /多实例场景下，使用时间作为种子也很容易得到初冲突。

c++11 后也是这样的，参考 https://learn.microsoft.com/zh-tw/cpp/standard-library/random?view=msvc-170 最后一个实例
go 也有使用 crypto/rand 设置 math/rand 种子的用法

主要原因是真随机的获取非常慢。不适合在业务场景下使用。这种方式能够兼得随机性与速度的最好效果（甚至可以在多线程场景下分线程创建以避免锁开支）

黑客就喜欢你这样的开发

难道第一映像不是 比特派 5k 怎么弄到的吗

格式化完别动，然后用 diskgenius 恢复

我记错了是，1200 一个人

YTIwMTYwNjMz 这个是我之前找过的

淘宝好像 2000 一个人吧

建议干死这个产品
或者增加必备资料的导入 /导出

现在只发现 大写锁定键 切换输入法 有 bug ，会切换到输入英文字母+中文符号的形态，并且没办法切换回去了。。

现在使用 ctrl + space 切换

可以选择抄底美股

等你到了 12 年经验后，发现什么都顶不上"会吹牛"这个技能好

我记得还有个 dive

一堆私钥泄漏出来，然后区块链不复存在

+1

我刚学 python 也踩过这个坑，默认值要用 None

上面的 所有 说多了
之前我写的是 c ，后面改成 cpp ，cpp 还有很多模板元替代不了

主要现在还进度太初级，用来写业务后台应该没有 golang 写的快，但是适用在一些内存敏感的中间件之类