关闭一个流，会影响和其关联的描述符吗？

jadywang

int sock = connect(……);
func()
{
     FILE *in = fdopen(……);
     //用流进行读写
     
     fclose(in);
}

如上，发现如果在func中fclose()，则在func外sock==-1,即sock也被关掉了；
有办法在用完流之后关闭流，但能继续使用原来的descriptor吗？
求解，谢谢！

doubleelec

fclose(in)要调用close()来关闭描述符，既然还要用就不要关闭

jadywang

我写个c/s结构的网络程序遇到这样的问题：
server端：

1. 
   
2.         char buf[1024];
   
3.         int sock = accept(-----);
   
4.         FILE *out = fdopen(sock);
   
5.         FILE *tmpFile = fdopen(mkstemp("tmpXXXXX"));
   
6.        //写入tmpXXXXXX的文件内容
   
7.         while([color=Magenta]fgets(buf,sizeof(buf),tmpFile)[/color] != NULL)
   
8.         {
   
9.                 fputs(buf,out);
   
10.                 fflush(out);
    
11.         }
    
12.         //不fclose(out);
    

复制代码

client端：

1. 
   
2.         int sock = connect(------);
   
3.         char buf[1024];
   
4.         FILE *out,*in;
   
5.         out = fdopen(STDOUT_FILENO,"r+");
   
6.         in = fdopen(sock,"r");
   
7. 
   
8.         while(fgets(buf,sizeof(buf),in) != NULL)
   
9.         {
   
10.                 fputs(buf,out);
    
11.         }
    

复制代码

上述代码意在将某个临时文件（比如"ls -l > tmpFile"得到的文件）的内容发到client，在client端将套接字流绑定到STDOUT_FILINO，直接将读到的内容输出到屏幕。

但是，在输出完文件内容后，堵在彩色那一句上跳不出while

doubleelec

是客户端跳不出来吧？如果客户端这样判断循环结束，那服务器端的确需要close

在socket编程的时候好像很少使用FILE*来打开sock

bobhuang

从 man fgets里摘录的：
...
fgets() reads in at most one less than size characters from stream  and
       stores  them  into  the buffer pointed to by s.  Reading stops after an
       EOF or a newline.
...
gets() and fgets() return s on success, and NULL on error or  when  end
       of file occurs while no characters have been read.
...
由于sock是流，不是文件，所以不会发生读到EOF的情况，只要sock不出错，fgets就永远不会返回NULL, 在没有输入时应该发生阻塞，即程序停留在fgets上。

jadywang

谢谢各位！