阻塞套接字下SSL_read()接收非Application消息的返回值及处理问询

当SSL_read()在阻塞套接字场景下接收到Handshake、Change cipher spec或Alerts这类非Application层消息时，OpenSSL会直接在内部完成处理，不会将这些消息返回给调用者，具体行为分三类说明：

• Handshake/Change cipher spec消息：这类属于SSL/TLS握手或密码套件切换的内部流程消息，OpenSSL的状态机会自动处理完成对应的步骤（比如完成握手协商、更新加密套件）。在阻塞模式下，此时SSL_read()会持续阻塞，直到收到Application层数据或者发生错误。
• Alerts消息：
  • 若为警告类Alert（如close_notify），SSL_read()会返回0，代表连接被对方正常关闭；
  • 若为致命类Alert（如handshake_failure），SSL_read()会返回-1，表示连接出现致命错误。

针对你提到的疑问，补充说明：

• 不会出现“返回0字节造成阻塞套接字混淆”的情况：只有收到close_notify这类正常关闭信号时才会返回0，这和TCP连接正常关闭的语义一致，属于明确的终止信号。
• 也不会出现“返回大于0字节让调用者误以为是Application消息”的情况：非Application消息完全由OpenSSL内部消化，不会被作为应用数据返回，SSL_read()返回>0时必然是Application层数据。

调用者的后续处理方式 #

• 当SSL_read()返回大于0：直接处理返回的Application层数据即可；
• 当返回0：调用SSL_shutdown()完成SSL连接的关闭流程，之后再关闭底层套接字；
• 当返回**-1**：调用SSL_get_error(ssl, ret)获取具体错误码，若错误码为SSL_ERROR_WANT_READ或SSL_ERROR_WANT_WRITE，阻塞模式下可直接重试SSL_read()；若为其他错误（如SSL_ERROR_SSL），则代表连接出现致命问题，需要关闭套接字并清理SSL上下文。

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