你所说的方法是正常的方法。但当出现异常，例如SERVER端已经死了，而我这里的listen还在等待。。。。Right here waiting....

我需要在主线程里把listen线程的socket关闭，然后把这个线程关掉。

所以，还不能说你解决了我的问题。

他是说他在工作线程里开了个SERVER在那儿LISTEN，而且是无条件的ACCEPT。

应该在ACCEPT之前先用SELECT检测一下LISTEN用的SOCKET，判断是否有连接
请求，有再ACCEPT，没有可以干别的事去，效率要比你阻塞在那儿高得多。

简单示例：

fd_set t_testfd;
struct timeval t_interval;

......

while(...)
{
............

FD_ZERO(&t_testfd);
FD_SET(t_listensocket,&t_testfd);
t_interval.tv_sec = 0;
t_interval.tv_usec = 0;

if(!select(0,&t_testfd,NULL,NULL,&t_interval))
{
Sleep(1);
continue;
}


t_length=sizeof(sockaddr);
t_acceptsocket = accept(t_listensocket,(struct sockaddr *)&t_sockaddr,&t_length);

......
}
.....


别忘了给分！

好像越来越复杂了。
难道不能主线程里把listen线程的socket关闭，然后把这个线程关掉？。

select是什么东西？（不好意思，我对socket太陌生了。但CSocket里好像没有？）


我对加分没什么意见，但好像我还是没有从这两个帖子里学到什么。。。

select是SOCKET里的一个函数，你用的是CSOCKET，因为改用消息回调方式，把这个给去掉了。

select的作用就是检测套接字上有无数据或者连接请求到达，因为如果当前没有客户端连接进
来，你的accept就会阻塞在那儿出来，从而导致线程无法主动退出。

如果你不愿意直接SOCKET而坚持用CSOCKET的话，你也可以通过重载
CAsyncSocket::OnConnect ，在那里面Accept，从而避免阻塞。

我阻塞在那里的目的就是让流程比较顺畅一些。。。

先发送一个校验，然后一个号码，然后一个命令码，然后再循环，以接收下一次命令。。。

我已经给红蜘蛛加分了，但还是希望继续指教。

一种笨办法:自己和自己连接
  因为子线程的CSocket一直在Listen和Accept,所以当主线程想关闭子线程时,主线程可以建立一客户端SCokcet,利用CSocket向子线程的CSocket发送一特定的数据,当子线程接收到这个数据包时就可以把CSocket及其它资源关闭并删除掉,最后结束线程。

这个方法还是可以 吧。虽然有点浪费，曲折一点。

大家说呢？

再关注。

关注

防止SOCKET阻塞的方法有几种。
  1、如Redspider所说，在调用accept之前，调用select等待是否有数据到达，如果没有，你可以检测主线程设置的一个flag来决定是否中断线程。如果有数据到达，调用recv来接收数据。
  2、如果不调用select,如dzl所说，自己向自己的端口发一特定数据包来中断线程。
  3、子线程创建socket后，把socket句柄传回主线程，主线程在退出前调用WSACancelBlockingCall来取消阻塞的操作，并设置一flag来中断子线程。
上面所说的函数都是socketSDK中的函数，在MFC的CSocket类中基本都有对应函数
select函数可以用CAsyncSocket中的AsyncSelect代替。
希望也给我点分。

ssssssssssssssssssssjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjjj

上面所说的函数都是socketSDK中的函数，在MFC的CSocket类中基本都有对应函数子线程创建socket后，把socket句柄传回主线程，主线程在退出前调用WSACancelBlockingCall来取消阻塞的操作，并设置一flag来中断子线

能不能放个例子上去。出错的地方我们讨论

4