OpenSSL的SSL/BIO_get_fd

只要是用到了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); 

這樣就不必折騰討厭的sockaddr了。後來我想在和這個SSL對象關聯的底層socket上執行setsockopt，想當然的使用了SSL_get_fd/BIO_get_fd這個非常自明的API。到此為止非常棒。接下來就不爽了，我發現setsockiot最終操作的那個描述符是listnen套接字，而不是accept返回的那個套接字。這似乎在API層面上十分合理，畢竟bio的參數就是一個BIO_s_accept，而和它關聯的就是一個listen套接字。想要正確的得到accept返回的讀寫socket描述符，你得這麼寫：

[plain] view plaincopyprint?在CODE上查看代碼片派生到我的代碼片

BIO_get_fd(BIO_next(bio), &sd);

BIO_get_fd(BIO_next(bio), &sd);問題是，你必須知道這個BIO stack是如何排列的才能寫出上面的代碼，做到如此最好的辦法就是看OpenSSL的源代碼。

BIO的API設計就一定要設計成get/set_fd嗎？BIO就一定要和一個fd相關嗎？memory類型的BIO如果get fd的話，會返回怎麼的錯誤嗎呢？既然BIO構成了一個疊加的IO stack，那麼也許之有最下面的那個才會和一個UNIX fd相關聯，那為何不直接返回最下面那個呢？