本网页所有文字内容由 imapbox邮箱云存储,邮箱网盘, iurlBox网页地址收藏管理器 下载并得到。
ImapBox 邮箱网盘 工具地址: https://www.imapbox.com/download/ImapBox.5.5.1_Build20141205_CHS_Bit32.exe
PC6下载站地址：PC6下载站分流下载
本网页所有视频内容由 imoviebox边看边下-网页视频下载, iurlBox网页地址收藏管理器 下载并得到。
ImovieBox 网页视频 工具地址: https://www.imapbox.com/download/ImovieBox4.7.0_Build20141115_CHS.exe
本文章由: imapbox邮箱云存储,邮箱网盘,ImageBox 图片批量下载器,网页图片批量下载专家,网页图片批量下载器,获取到文章图片,imoviebox网页视频批量下载器,下载视频内容,为您提供.
只要是用到了OpenSSL，总会碰到让人心塞的事。 这样就不必折腾讨厌的sockaddr了。后来我想在和这个SSL对象关联的底层socket上执行setsockopt，想当然的使用了SSL_get_fd/BIO_get_fd这个非常自明的API。到此为止非常棒。接下来就不爽了，我发现setsockiot最终操作的那个描述符是listnen套接字，而不是accept返回的那个套接字。这似乎在API层面上十分合理，毕竟bio的参数就是一个BIO_s_accept，而和它关联的就是一个listen套接字。想要正确的得到accept返回的读写socket描述符，你得这么写：
问题是，你必须知道这个BIO stack是如何排列的才能写出上面的代码，做到如此最好的办法就是看OpenSSL的源代码。
这次是SSL_get_fd。我用一种很简单的方式创建了一个SSL对象，直接在这个对象上进行SSL的accept：
bio = BIO_new(BIO_s_accept()); BIO_set_accept_port(bio, "1234"); BIO_do_accept(bio); SSL_set_bio(ssl, bio, bio); SSL_accept(ssl);
BIO_get_fd(BIO_next(bio), &sd);
BIO的API设计就一定要设计成get/set_fd吗？BIO就一定要和一个fd相关吗？memory类型的BIO如果get fd的话，会返回怎么的错误吗呢？既然BIO构成了一个叠加的IO stack，那么也许之有最下面的那个才会和一个UNIX fd相关联，那为何不直接返回最下面那个呢？
阅读和此文章类似的: 程序员专区
官方软件产品操作指南 (170)
