Socket描述符可以是0吗？

feeling

初接触UNIX的人都会在教材中得到这样的信息：文件描述符0、1和2分别代表stdin、stdout和stderr。所以，在自己的程序中往往都会避开这几个“标准”的描述符。对于网络的操作，一般在connect（或accept）后都会判断Socket描述符是否大于0来决定网络连接是否建立。

问题偏偏就出在这里。

一个SocketServer程序，accept客户端连接成功后创建一新的线程，将accept的返回值当作该线程的参数。在该线程中和客户端交互，执行所需的操作。

在客户端执行连接操作后，发现连接频频被Server断开，百思不解其意。

经过调试，方才发现在accept执行成功后返回值竟然会是0。

奇怪之余，却又无可奈何，修改Server端程序后问题解决。



操作系统：SunOS 5.8 编译器： SUNWorkspace Pro4.0 CC

albcamus

>;>;经过调试，方才发现在accept执行成功后返回值竟然会是0。

真的假的啊？不敢相信的说

_z_

你的0,1,2是不是没打开啊？

思一克

accept可以返回0，大于等于0代表成功了

feeling

原帖由 "albcamus" 发表：
>;>;经过调试，方才发现在accept执行成功后返回值竟然会是0。

真的假的啊？不敢相信的说

呵，当然是真的了。

yuxh

accept之后就得到了0？
一般而言0,1,2被关掉的可能性很小，这里socket应该>;0
是在accept之后打印出来是0还是在线程中打印出来是0？有可能参数传错了呢？

feeling

Socket描述符是只有传给线程的：

1. 
   
2.       int thr_id;
   
3.       int *thread_para = new int;
   
4.       *thread_para = nsock; // nsock是accept的返回值
   
5.       thr_id = pthread_create(&my_thread_id, NULL, start_my_thread, (void*)thread_para);
   

复制代码

feeling

我把accept后的返回值打印出来后，发现的确是可能等于0的。

feeling

开始，我也不相信会有这样的事情发生 :-p
现在我开始怀疑connect后的socket描述符是不是也有可能是0呢？ ^_^

思一克

这本来就不是什么“事情”吗。
man accept看，ret = -1 失败，》= 0 成功。

具体说，你程序中做了（也可能是隐含的）close(0), accept返回0不就是很好的么。