最近项目需要,用到了select函数,对ssl封装的socket(事实上用到的是ACE_SSL_SOCKET,看了ACE_SSL_SOCKET的源代码,也是使用了openssl),遇到了一点问题。
select在普通的socket下均能正常工作,但作用到ACE_SSL_SOCKET上时,有这样的情况发生:对端显示数据已经发送,抓包看网卡也已接收到数据,但select函数没有返回,即没有收到数据的信号,直至连接断开,select才有信号,之前的数据在连接断开时能正常收取。
查了tcp/ip详解的第二卷关于select的实现,大致明白了select的工作机制,所谓的信号就是select会去检测底层的buf中是否有数据或者是连接是否断开等。困惑了一段时间。后来同事猜测了一下可能导致问题的原因: select检测的是底层的buf,使用ACE_SSL_SOCKET后,可能ssl层已经把数据读取过去了,所以select再去检测的话就已经没有数据了。
后来看过了一段openssl的代码,看到了一个pending函数,可以用来检测缓冲区中是否还存在数据,巧的是那段代码也是基于select机制的。
select在普通的socket下均能正常工作,但作用到ACE_SSL_SOCKET上时,有这样的情况发生:对端显示数据已经发送,抓包看网卡也已接收到数据,但select函数没有返回,即没有收到数据的信号,直至连接断开,select才有信号,之前的数据在连接断开时能正常收取。
查了tcp/ip详解的第二卷关于select的实现,大致明白了select的工作机制,所谓的信号就是select会去检测底层的buf中是否有数据或者是连接是否断开等。困惑了一段时间。后来同事猜测了一下可能导致问题的原因: select检测的是底层的buf,使用ACE_SSL_SOCKET后,可能ssl层已经把数据读取过去了,所以select再去检测的话就已经没有数据了。
后来看过了一段openssl的代码,看到了一个pending函数,可以用来检测缓冲区中是否还存在数据,巧的是那段代码也是基于select机制的。