我说的密钥协商和登录认证，是举个例子，还有一些工作，细节很难切割成接续模式。
登录认证，在用户级是一个复杂的过程，其中会调用一些框架程序。我试图把它切成三段。结果解决了90%的问题，还是有一些边边角角的事会耽误一点点。
【 在 wallyz 的大作中提到: 】
: 如果说"密钥协商，和登录认证"造成了“IO长时间占用线程”的话，那应该说明的是，之前“接续模式”的程序本身的IO方式有些问题
: 因为SSL_do_handshake本身支持以非阻塞方式进行，主要是适当的处理SL_ERROR_WANT_READ和SSL_ERROR_WANT_WRITE；
: 登录认证就更不用说了，肯定只是一些应用层的消息交互，如果设计没问题，这必然不可能造成IO长时间占用线程
: ...................
--
FROM 221.218.61.*