fclose(stdout)关闭的到底是C标准库的流，还是系统的fd?

centos_71

之前我对于标准I / O的理解是，在系统输入输出fd的基础上，做一个C语言运行时库的包装，因此fclose(stdout)应该是关闭了stdout这个"流"，而系统的STDOUT_FILENO应该没有被关闭。
但是我测试了一下，如下:

1. 
   
2. #include<stdio.h>
   
3. #include<stdlib.h>
   
4. #include<unistd.h>
   
5. int main()
   
6. {
   
7.     size_t w = fwrite("hw\n", 3, 1, stdout);
   
8.     fclose(stdout);
   
9.     write(STDOUT_FILENO, "again\n", 3);
   
10.     return 0;
    
11. }
    

复制代码

结果是只打印了hw一次，并没有打印again。这是为什么呢，和我的预期有点不一致啊。fclose(stdout)不仅仅是在C运行时库这一层起了作用，看起来还影响了系统的底层行为。这样的话，C运行时库的I/O流就不仅仅是一个包装了，它本身的状态也影响了系统API的调用?
求解释！

MMMIX

回复 1# centos_71


    fclose 本身就是那么个行为，人家也没说不会影响系统的状态。

爻易

centos_71 发表于 2015-01-25 12:15
之前我对于标准I / O的理解是，在系统输入输出fd的基础上，做一个C语言运行时库的包装，因此fclose(stdout) ...

这么理解也不错！fclose封装了系统调用close(fd)，只是另外还做了释放缓冲的事。

super皮波

标准库io中加了一层上层的缓冲，其他的就是封装

linux_c_py_php

都是FILE*,fclose管你里面是哪个fd。