因为Windows旧版终端默认不支持VT100，ANSI转义序列会输出乱码；需通过条件编译启用Windows虚拟终端、检测真实终端、统一用半宽字符和定位+覆盖绘制，并封装关键操作为函数确保跨平台可用。
为什么不用 ANSI 转义序列直接画图？
因为 Windows 旧版终端（比如 cmd.exe + Win10 1809 之前）默认不启用 VT100 支持，std::cout << "\x1b[2J" 会原样输出乱码。不是所有平台都认 \x1b，也不是所有终端都支持 \x1b[?25l（隐藏光标）。跨平台第一关不是“怎么画”，而是“怎么让终端听懂你”。
如何最小化依赖并确保基础绘图可用？
只用标准库 + 条件编译，避开第三方（如 ncurses、raylib），核心靠两件事：启用 Windows 控制台虚拟终端处理、统一坐标系抽象。关键操作必须封装成函数，不能散落在 main 里。
- Windows 下调用
SetConsoleMode启用ENABLE_VIRTUAL_TERMINAL_PROCESSING，否则\x1b[H无效 - Linux/macOS 默认支持，但需检测是否为真实终端（
isatty(STDOUT_FILENO)），避免重定向时输出乱码 - 所有绘图函数（如
draw_point）内部统一用\x1b[y;xH定位 +std::cout << "█"填充，不依赖宽字符或 Unicode 渲染逻辑
如何处理不同终端的字符宽度与刷新问题？
“画图”在控制台本质是覆盖式写入，没有双缓冲——所以频繁重绘会闪烁。最简单解法是：每次绘制前先清屏（\x1b[2J），再逐点定位绘制，最后强制刷新（std::cout << std::flush）。但要注意：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 某些嵌入式终端或 IDE 内置终端（如 VS Code 的集成终端早期版本）对
\x1b[2J响应异常，可改用\x1b[H\x1b[2K（定位到顶行 + 清除整行）循环清屏 - 字符宽度不一致：ASCII 字符（如
'.'）是 1 列，而'█'在多数等宽字体下占 2 列（全角），会导致 x 坐标偏移。统一用半宽字符（如'#'或'@'）更可靠 - 不要用
std::endl，它会刷新 + 换行，干扰定位；只用'\n'和std::flush
一个能跑通的 minimal 示例长什么样？
下面这段代码在 Windows 10 1809+、WSL、macOS Terminal、iTerm2 上都能显示 5×5 的方块图案，无额外依赖：
立即学习“C++免费学习笔记（深入）”；
#ifdef _WIN32
#include <windows.h>
#endif
#include <iostream>
#include <unistd.h>
void init_terminal() {
#ifdef _WIN32
HANDLE hOut = GetStdHandle(STD_OUTPUT_HANDLE);
DWORD dwMode = 0;
GetConsoleMode(hOut, &dwMode);
SetConsoleMode(hOut, dwMode | ENABLE_VIRTUAL_TERMINAL_PROCESSING);
#endif
}
void gotoxy(int x, int y) {
std::cout << "\x1b[" << y << ";" << x << "H";
}
void clear_screen() {
std::cout << "\x1b[2J";
}
void draw_point(int x, int y) {
gotoxy(x, y);
std::cout << "#";
}
int main() {
init_terminal();
clear_screen();
for (int y = 1; y <= 5; ++y)
for (int x = 1; x <= 5; ++x)
draw_point(x, y);
std::cout << std::flush;
sleep(2); // 看清结果
}
注意：x/y 从 1 开始（ANSI 坐标系），且 gotoxy 中参数顺序是 (x, y)，但转义序列是 \x1b[y;xH——顺序反了，容易写错。
