Windows下GetConsoleScreenBufferInfo的wAttributes字段即默认前景/背景色，低4位前景、高4位背景；POSIX终端无等效API，需靠TERM和tput间接推断，默认色非系统状态而是应用协议的一部分。
Windows平台用GetConsoleScreenBufferInfo读取当前文字/背景色
Windows控制台颜色是按字符属性存储的，不是全局“主题色”。要获取当前光标位置所用的默认前景/背景色，得查活动缓冲区的默认属性。调用GetConsoleScreenBufferInfo后，结构体里的wAttributes字段就是当前默认颜色组合（低4位是前景色，高4位是背景色）。
常见错误是直接读dwCursorPosition所在位置的字符属性——那需要额外调用ReadConsoleOutputAttribute，而且得知道坐标；而多数人真正想要的是“接下来printf或std::cout会用什么颜色”，那就是默认属性。
- 必须先用
GetStdHandle(STD_OUTPUT_HANDLE)拿到句柄，不能传NULL -
wAttributes值是位掩码，比如FOREGROUND_RED | BACKGROUND_BLUE表示红字蓝底 - 在Windows Terminal或VS Code集成终端中可能返回
0（不支持传统API），需 fallback 到环境变量或GetConsoleMode判断
Linux/macOS没有等效API，靠TERM和tput间接推断
POSIX终端本身不提供“查询当前颜色”的系统调用。颜色由上层应用（如shell、ls）通过ANSI转义序列主动设置，终端只负责渲染。所谓“当前颜色”其实是模糊概念——它取决于最近一次发送的\033[32m这类序列，而内核/库不记录这个状态。
实际能做的只有两件事：一是查TERM环境变量（如xterm-256color）推测支持的颜色数；二是用tput命令查默认前景/背景（依赖terminfo数据库）：
立即学习“C++免费学习笔记（深入）”；
tput setaf 7 # 查默认前景色对应ANSI代码（7通常是白色） tput setab 0 # 查默认背景色（0通常是黑色）
-
tput输出的是ANSI代码（如37），不是RGB值，也不能反映用户是否手动改过配色方案 - 某些精简终端（如
linuxconsole）不支持tput，TERM可能是linux，此时只能假设为黑白 - C++里调用
tput需用popen("tput setaf 7", "r")，注意错误处理和编码（输出无换行）
跨平台统一处理时，别依赖“当前颜色”，优先用显式设置
试图动态适配当前颜色往往得不偿失。比如想“在深色底上用浅色字”，不如直接发\033[97m（亮白）；想“恢复默认”，发\033[0m比去查原始值更可靠。
- Windows下
SetConsoleTextAttribute(h, FOREGROUND_GREEN)比读再写更稳定 - ANSI场景下，
\033[38;2;255;200;50m（RGB）比查当前色再计算对比度更可控 - 所有“读取当前色”的方案都存在竞态：读完立刻被其他线程/进程改掉，尤其在共享终端（如tmux）中
调试时用GetConsoleScreenBufferInfoEx看完整信息（仅Windows）
如果真需要精确颜色（比如做终端截图工具），GetConsoleScreenBufferInfoEx比基础版多返回ColorTable数组——它定义了0–15号索引对应的实际RGB值，这才是Windows控制台真正的“调色板”。
但要注意：ColorTable是可被用户修改的（右键属性→颜色页），且不同Windows版本默认值不同（Win10深黑底，Win11浅灰底）。所以即使读到ColorTable[7]是{240,240,240}，也不能假设所有终端都一样。
- 必须检查函数返回值，Win7以下不支持该API
-
ColorTable里索引0–15对应标准16色，但ANSI序列\033[38;5;12m用的也是这组索引 - 读出的RGB是sRGB格式，直接用于GUI渲染前建议做gamma校正（通常忽略）
实际项目里，与其花精力猜当前颜色，不如把颜色逻辑收归一处，用enum class Theme { Light, Dark, Auto }配合std::string_view存ANSI序列。终端颜色从来就不是系统状态，而是应用协议的一部分。
