退出前自己给自己发送一个消息，recvfrom就能收到消息，就会往下执行了

//等待时间为9000毫秒

#define TIMEOUT_MICROSECONDS 9000 

	fd_set rfd;

	struct timeval timeout;



	FD_ZERO(&rfd);



	timeout.tv_sec = TIMEOUT_MICROSECONDS / 1000;

	timeout.tv_usec = TIMEOUT_MICROSECONDS % 1000;



	FD_SET(m_hSocket,&rfd);

	int nReady = select(0,&rfd,NULL,NULL,&timeout);



	if( 0 == nReady || SOCKET_ERROR == nReady)

	{

		return ;

	}

//这里就可以用recvfrom接收数据了

ding

MARK & UP

引用 1 楼 conry 的回复:

退出前自己给自己发送一个消息，recvfrom就能收到消息，就会往下执行了

给自己发个包,然后关闭socket? 
还是给自己发个包,收线程自己收到退出,等收线程退出了再关闭socket?

我遇到过这个问题

我的感觉大致是这样的:

一般recvfrom都是写在循环之中

recvfrom之后会阻塞
阻塞期间如果你在其他线程调用了closesocket会导致recvfrom返回
这时候你要检测返回值,如果是由于调用closesocket而返回的,就要结束循环推出线程
如果你不做这个检测,虽然socket已经被关闭, 但是recvfrom可能在下次循环继续阻塞.

recvfrom 一个无效的值会导致阻塞么

recvfrom 一个值为-1的?

阻塞了吧？改为非阻塞的

我看了一下你的另外一个帖子，综合一下，觉得你确实可能有死循环存在。

recvfrom阻塞的时候，如果你在其他线程调用closesocket

recvfrom会返回 10004 （Interrupted function call，阻塞状态被打断，由于closesocket）
如果你检测到了10004错误，这是可以考虑退出

如果你没有退出，继续循环调用
recvfrom会立即返回 10038 （Socket operation on nonsocket，无效的socket）
如果你再不检测 这个10038错误，就会导致死循环了

我自己的代码就是由于没有检测错误而导致死循环

我建议你把错误检测做的仔细点

结贴通知：
请lz注意结贴。。。。