SSL / bio pour OpenSSL Get FD

Tant qu'il est utiliséOpenSSL,Il y a toujours quelque chose qui dérange les gens. Cette fois, oui.SSL_get_fd.J'ai créé unSSLObjet,Directement sur cet objetSSLDeaccept：

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); 

Comme ça, il n'y a pas besoin de s'énerversockaddrC'est.Plus tard, j'ai pensé être avec çaSSLSous - couche associée à l'objetsocketExécution supérieuresetsockopt,J'ai pris ça pour acquisSSL_get_fd/BIO_get_fdC'est très évidentAPI.Ça s'est bien terminé.Et puis ça a mal tourné,J'ai découvertsetsockiotLe descripteur de l'opération finale estlistnenSocket,Au lieu deacceptLa prise retournée.Il semble queAPITrès raisonnable au niveau,Après toutbioLe paramètre est unBIO_s_accept,Et ce qui y est associé, c'est unlistenSocket.Pour obtenir le bonacceptLire et écriresocketDescripteur,Tu dois écrire ça：

[plain] view plaincopyprint?InCODEVoir le fragment de code ci - dessus dériver vers mon fragment de code

BIO_get_fd(BIO_next(bio), &sd);

BIO_get_fd(BIO_next(bio), &sd);Le problème, c'est que, Tu dois savoir que BIO stack Comment s'arrange - t - il pour écrire le code ci - dessus , La meilleure façon d'y arriver est de regarder OpenSSLCode source pour.

BIODeAPI Le design doit être conçu pour get/set_fdC'est ça?？BIO Tu dois être avec quelqu'un. fdEst - ce pertinent?？memoryTypeBIOSiget fdEt si, Est - ce qu'il y a une erreur qui va revenir ？PuisqueBIO Qui forment une superposition IO stack, Alors peut - être qu'il y a le plus bas et un UNIX fdCorrélation, Alors pourquoi ne pas retourner directement au bas ？