CPU随机指令与系统调用：为何CPU支持时仍选系统调用？

• 硬件熵源可靠性存疑：哪怕CPU有RDRAND/RNDR这类指令，部分早期或低端型号的硬件熵源可能存在设计缺陷——比如熵池填充不充分、生成序列有可预测性漏洞。操作系统的系统调用会对硬件输出做额外校验、混合处理，甚至补充磁盘IO时序、用户输入间隔这类额外熵源，确保输出符合密码学安全标准。
• 跨平台更省心：直接用硬件指令得写架构分支判断，代码要适配X64和ARM，维护起来麻烦。而getentropy()、RtlGenRandom是平台抽象接口，不用管底层CPU是什么，一次编码多平台跑，省不少事。
• 系统熵池更稳定：操作系统会维护一个全局高熵池，收集网络中断、时钟抖动这类系统运行中的噪声，再通过密码学安全的伪随机数生成器（CSPRNG）扩展熵。硬件随机数往往只是熵池的输入之一，系统调用输出的是经过CSPRNG强化后的结果，熵值更稳定，适合加密密钥生成这种对随机性要求极高的场景。
• 适配受限环境：在容器、虚拟机这类环境里，硬件随机数指令的访问可能被限制，或者虚拟化后的硬件随机数可靠性打折扣。系统调用由操作系统管控，能在这类场景下提供一致的随机数服务，不会出现突然用不了的情况。
• 避免误用踩坑：硬件指令的使用有细节要求，比如RDRAND需要循环重试确保拿到有效数据，要是用错了可能生成不合格的随机数。系统调用已经把这些底层逻辑封装好了，开发者不用自己处理错误，减少踩坑概率。

内容的提问来源于stack exchange，提问作者freakish