能否通过拼接RSA加密包提升批量解密性能？

• 拼接加密消息的思路完全不可行：RSA加密的每个密文块都是固定长度（比如2048位密钥对应256字节密文），且解密操作只能针对完整的单个密文块执行。拼接后的大文件不是合法的RSA密文，解密时会直接失败，而且也无法拆分回原始的单个密文，所以这个方向走不通。

• 逐个解密并非最优方案，还有这些优化空间：

  • 减少进程启动开销：你现在用openssl rsautl -decrypt结合GNU Parallel，每次解密都要启动一个openssl进程，这部分开销在单条30ms里占比可能不低。可以改用OpenSSL的EVP接口写一个简单的批量解密程序，一次性加载密钥后批量处理所有密文，省去反复启动进程的成本。
  • 优化并行策略：根据你的CPU核心数调整Parallel的并发数，比如用parallel -j $(nproc)，让所有核心都跑满，避免资源闲置。
  • 统一密文格式：提前把所有密文转换成纯二进制格式（去掉PEM格式的头/尾、换行符），减少openssl解密时的格式校验和转换开销。
  • 硬件加速（可选）：如果你的密钥支持硬件加速（比如PKCS#11设备），可以利用硬件的并行解密能力，进一步提升吞吐量。

• 总结：拼接密文的思路不合理，逐个解密是RSA批量处理的基础，但通过减少进程开销、优化并行度、改用更高效的解密接口，能显著提升整体吞吐量。

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