最可靠的方式是调用平台原生API并预检TTY：Windows用GetConsoleScreenBufferInfo获取srWindow的宽高，Linux/macOS用ioctl(TIOCGWINSZ)读winsize，且必须先用isatty确认终端有效性，否则 fallback 默认尺寸或跳过。
Windows下用GetConsoleScreenBufferInfo获取尺寸
在Windows平台，最可靠的方式是调用Win32 API GetConsoleScreenBufferInfo。它返回的CONSOLE_SCREEN_BUFFER_INFO结构体里有srWindow字段，其Right - Left + 1和Bottom - Top + 1就是当前可见区域的列数（宽度）和行数（高度）。
注意：不是整个缓冲区大小，而是窗口实际显示区域——这点常被忽略，导致误用dwSize.X/Y（那是缓冲区总尺寸，可能远大于窗口）。
示例关键代码：
HANDLE hOut = GetStdHandle(STD_OUTPUT_HANDLE);
CONSOLE_SCREEN_BUFFER_INFO info;
if (GetConsoleScreenBufferInfo(hOut, &info)) {
int width = info.srWindow.Right - info.srWindow.Left + 1;
int height = info.srWindow.Bottom - info.srWindow.Top + 1;
}- 必须检查
GetConsoleScreenBufferInfo返回值，失败时info内容未定义 - 若程序重定向了stdout（如
./a.exe > out.txt），GetStdHandle可能返回INVALID_HANDLE_VALUE，需提前判断 - 该API只在Windows有效，跨平台代码需条件编译
Linux/macOS用ioctl配合TIOCGWINSZ
类Unix系统没有“控制台对象”的概念，而是把终端尺寸当作终端设备的属性，通过ioctl系统调用读取winsize结构体。
立即学习“C++免费学习笔记（深入）”；
关键点在于：要对STDIN_FILENO或STDOUT_FILENO发请求，且终端必须是真实TTY（非管道、重定向文件）。否则ioctl会失败并置errno = ENOTTY。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
示例关键代码：
#include <sys/ioctl.h>
#include <unistd.h>
<p>struct winsize w;
if (ioctl(STDOUT_FILENO, TIOCGWINSZ, &w) == 0) {
int width = w.ws_col;
int height = w.ws_row;
}-
w.ws_col是列数（即字符宽度），w.ws_row是行数（即字符高度） - 某些精简环境（如Docker容器未分配伪终端）可能不支持该ioctl，务必检查返回值
- 如果程序stdin/stdout被重定向，应尝试
STDIN_FILENO；若仍失败，可fallback到环境变量COLUMNS/LINES（但不可靠，仅作备用）
跨平台封装要注意isatty预检
直接调用平台API前，先确认当前输出是否连着真实终端，否则大概率失败。C标准库的isatty函数就是干这个的——传入STDOUT_FILENO或STDIN_FILENO，返回非零表示是TTY。
很多bug源于没做这步检查，比如在CI环境跑程序时硬调ioctl，结果ws_col为0，后续格式化全乱。
- Windows下
isatty(_fileno(stdout))等价于_isatty(_fileno(stdout))（注意MSVC头文件差异） - 若
isatty返回0，别强行读尺寸，可设默认值（如80×24）或直接跳过依赖宽度的逻辑 - 不要用
getenv("TERM")代替isatty——有些终端TERM非空但实际无尺寸信息（如tmux嵌套后未同步）
别碰GetLargestConsoleWindowSize和stty size
GetLargestConsoleWindowSize返回的是控制台缓冲区能支持的最大尺寸，不是当前设置；而stty size是shell命令，不能直接从C++里安全调用（fork+exec有开销，且输出解析易错）。
这两个方案看似简单，实则引入额外复杂度和不确定性：
-
GetLargestConsoleWindowSize在Windows Server Core或远程桌面下可能返回异常大值（如9999×9999），完全不可用 - 用
std::system("stty size")会触发shell、依赖PATH、受locale影响（部分系统输出是行 列，部分是列 行），还可能被禁用（如setuid程序） - 真正需要动态适配终端尺寸的场景（如TUI应用），必须用前述原生API，绕不开平台差异
终端宽度和高度不是“查一下就行”的静态配置，它是运行时状态，且随时可能被用户缩放改变。哪怕你成功读了一次，下次输出前也建议重新检查——尤其长时运行的交互程序。
