windows下检测控制台窗口尺寸变化须轮询getconsolescreenbufferinfo，读取srwindow而非dwsize，间隔50–200ms；setconsolectrlhandler无法捕获缩放事件，linux/macos亦无等效通知机制。
Windows平台下用GetConsoleScreenBufferInfo轮询检测窗口尺寸变化
控制台窗口本身不提供标准的“大小调整事件”回调机制，C++原生标准库和Windows API均无类似WM_SIZE那样的消息可直接监听。最稳定可行的方式是主动轮询——在循环中反复调用GetConsoleScreenBufferInfo，比对srWindow字段的Right/Bottom值是否变化。
注意：该函数返回的是当前活动缓冲区的窗口视口（即可见区域），不是整个缓冲区大小，所以必须读取CONSOLE_SCREEN_BUFFER_INFO::srWindow而非dwSize。
- 轮询间隔建议设为50–200ms，太短浪费CPU，太长会漏掉快速缩放
- 首次调用前需用
GetStdHandle(STD_OUTPUT_HANDLE)获取句柄，失败时返回INVALID_HANDLE_VALUE - 不要依赖
dwSize（缓冲区总大小）判断窗口变化，它在用户仅调整窗口大小（非缓冲区）时可能不变
使用SetConsoleCtrlHandler无法捕获窗口缩放
有人误以为SetConsoleCtrlHandler能处理窗口事件，但它只响应CTRL_C_EVENT、CTRL_BREAK_EVENT等控制信号，完全不接收窗口尺寸变更通知。注册后哪怕窗口被拖拽拉伸，回调函数也不会被触发。
常见错误现象：SetConsoleCtrlHandler回调里打印日志，但缩放窗口时毫无输出——这不是代码写错，而是API设计如此。
-
CTRL_CLOSE_EVENT只在用户点关闭按钮时触发，和缩放无关 - 试图在控制台程序中用
RegisterClassEx+CreateWindow创建自己的窗口来接管消息？那已脱离“控制台程序”范畴，且会丢失cin/cout的默认行为
跨平台方案不存在，Linux/macOS控制台无等效API
Linux终端（如xterm、gnome-terminal）和macOS Terminal根本不向进程暴露窗口尺寸变更事件。ioctl(STDOUT_FILENO, TIOCGWINSZ, &ws)只能读当前大小，没有通知机制。POSIX标准未定义此类事件，所有“监听resize”的尝试最终都得靠定时sigwinch信号——但该信号只在终端自身重绘时发送（例如stty改变、或用户切换全屏），对窗口拖拽缩放基本不可靠。
- 即使注册
SIGWINCHhandler，在大多数GUI终端中它不会因鼠标拖拽窗口而触发 -
ncurses库的getmaxyx()仍是查询式，需配合refresh()周期性检查 - 所谓“监听
resize事件”的第三方库（如termbox）底层仍是轮询或依赖特定终端扩展（如XTerm的DECRQM），不具备通用性
真正需要响应缩放时，优先考虑重构交互逻辑
如果业务逻辑强依赖实时尺寸反馈（比如动态重绘UI），轮询+差值检测已是Windows下最实用方案；但更关键的是评估是否真需要“事件驱动”。多数场景下，只要在每次输出前调用一次GetConsoleScreenBufferInfo获取最新尺寸，就足以避免文字截断或布局错乱。
容易被忽略的一点：控制台窗口缩放后，光标位置、滚动区域、甚至输入缓冲区行为都可能突变，单纯更新尺寸变量并不足够。例如：窗口缩小后立即调用SetConsoleCursorPosition到原坐标可能失败（超出新视口），应先校验坐标有效性。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
