在POSIX系统的C语言中如何获取底层终端的代码页？

我正在开发一个用于教学的自定义libc实现，目前希望支持非ANSI字符输出。以wprintf的实现为例，我打算先检测底层终端的代码页，再将wprintf的输入转换为对应代码页（比如根据终端设置把wchar_t转成UTF-8）。

背景 #

在Glibc这类主流libc实现中，混合使用printf和wprintf是不可行的——只有第一个调用的输出有效，第二个会被丢弃；而且仅使用wprintf时，如果不调用setlocale(LC_ALL, "")，对应字符会显示成问号。我希望在自己的实现中处理这些问题，因为C标准里并没有定义这种行为。

我知道可以解析LANG环境变量，Windows系统有GetConsoleCP()函数，但想问问：POSIX系统有没有无需解析环境变量的等效函数？

解答 #

在POSIX系统中，确实存在无需直接解析环境变量就能获取终端字符编码的途径，核心围绕终端控制接口展开：

1. 规范的间接查询：tcgetattr + nl_langinfo #

先通过tcgetattr判断当前输出流是否指向终端设备（而非管道或普通文件），确认后调用nl_langinfo(CODESET)获取当前locale的字符编码。这种方式依赖locale设置，但比直接解析LANG更可靠，因为locale可能通过setlocale被显式修改过，而非仅依赖环境变量。

2. 终端专属ioctl扩展（非标准） #

部分系统支持通过ioctl命令直接查询终端编码，但不属于POSIX标准，存在兼容性限制：

• Linux下可尝试ioctl(fd, TIOCGLCK, ...)接口，但该功能较为冷门，并非所有终端都支持；
• 另一种思路是向终端发送特定控制序列（如\033%G查询UTF-8支持），读取终端返回的响应来判断编码，但需要适配不同终端的控制协议，实现成本较高。

3. 实用 fallback 方案：默认UTF-8优先 #

当前绝大多数POSIX系统的终端默认支持UTF-8，你可以优先采用UTF-8编码输出，若遇到异常（如可检测的输出乱码，不过乱码检测逻辑较复杂），再 fallback 到解析LANG/LC_CTYPE环境变量的方案。

另外，针对你提到的printf与wprintf混合输出失效问题：Glibc的限制源于它会锁定流的宽/窄模式，无法动态切换。你在自定义实现中可以打破这个限制——维护流的双模式状态，每次输出时动态完成编码转换（窄字符转宽字符再转终端编码，或宽字符直接转终端编码），这样就能支持两种函数的混合调用。

内容的提问来源于stack exchange，提问作者Johannes Krottmayer