问面向字节的文件流是否包含“char`s”或“`unsigned”？

EN

我已经阅读了C11标准，第7.21节描述了<stdio.h>。标准首先将流描述为：

7.21.2.2：

文本流是一个有序的字符序列..。

7.21.2.3：

二进制流是一个有序的字符序列..。

它没有指定流字符的类型(因为这取决于方向)。后来它说：

7.21.3.12：

..。字节输出函数将字符写入流，就像通过对fputc函数的连续调用一样。

来自fputc (7.21.7.3.2)：

fputc函数将c指定的字符(转换为unsigned char)写入stream指向的输出流.

它指示在写入流之前，将int c参数fputc转换为unsigned char。对于fgetc，给出了类似的注意事项。

7.21.7.1.2：

fgetc函数作为转换为int的unsigned char获得该字符。

还有ungetc，fread和fwrite。

现在所有这些都暗示，在内部，面向字节的流是由unsigned char表示的。

然而，从Linux内核的内部来看，文件似乎被认为是char的流。我要说的一个原因是，运营 read和write回调分别得到了char __user *和const char __user *。

在glibc的实现中，FILE是在libio/libio.h中定义的typedef of struct _IO_FILE。在这个struct中，所有的读和写指针都是char *。

在C++中，basic_ostream::write函数以const char *作为输入，并以类似的basic_istream::read (但我对这个问题对C++不感兴趣)。

我的问题是，上面的引号是否意味着文件流应该作为unsigned char**？的流被三分。如果是这样的话，为什么* glibc 和Linux内核使用**‘`char****? If not, why does the standard insist on converting the characters to** **未签名字符’**？来实现它们？