OpenSSL内存BIO配置非阻塞模式的实用价值探讨

你已经确认内存BIO是动态扩容的缓冲区，仅受可用RAM限制，常规情况下SSL_write/SSL_read不会因缓冲区不足阻塞，但非阻塞模式仍有几个关键益处：

• 适配统一的SSL I/O编程模型
  如果你的应用已经采用异步I/O框架，统一使用非阻塞模式处理所有BIO（包括内存BIO和网络BIO），可以避免为不同类型BIO编写分支逻辑。比如你的代码中可能已经有一套针对非阻塞SSL操作的错误处理流程（检查SSL_ERROR_WANT_READ/SSL_ERROR_WANT_WRITE），用非阻塞内存BIO能直接复用这套逻辑，无需额外判断BIO类型。

• 模拟边界测试场景
  当你需要测试SSL层在缓冲区受限情况下的行为时，非阻塞模式配合手动限制内存BIO的大小（通过BIO_set_mem_eof_return或自定义内存BIO回调），可以模拟类似网络BIO的阻塞/等待场景，验证你的异步I/O逻辑是否能正确处理SSL_ERROR_WANT_READ/SSL_ERROR_WANT_WRITE错误，确保代码在极端情况下的鲁棒性。

• 避免潜在的内存分配阻塞
  虽然内存BIO默认动态扩容，但在系统内存紧张时，内存分配可能触发系统级的阻塞（比如内核回收内存、交换页）。开启非阻塞模式后，当内存分配失败时，OpenSSL会返回SSL_ERROR_WANT_WRITE（写入时）或类似错误，让你的应用可以主动处理这种情况，而不是被内核强制阻塞。

• 与自定义BIO链兼容
  如果你的应用中内存BIO是BIO链的一部分（比如和过滤BIO、自定义BIO组合使用），非阻塞模式能保持整个链的一致性。有些过滤BIO可能依赖非阻塞模式的行为，统一设置为非阻塞可以避免链中出现模式不匹配的问题。

针对你自身管理异步I/O的场景：如果代码已经适配非阻塞SSL操作，使用非阻塞内存BIO能让逻辑更统一；如果内存充足且无需模拟边界情况，阻塞模式也能正常工作，但非阻塞模式提供了更灵活的错误处理能力。

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