Console.ForegroundColor 可变色但需手动保存还原，否则影响后续输出；Windows Terminal 支持真彩色而旧版 cmd 仅限16色；CI/CD 或重定向时颜色常失效，且 Console 非线程安全。
Console.WriteLine 输出的文字怎么变颜色
直接改 Console.ForegroundColor，但得注意它会影响后续所有输出，不是单次生效。比如你设成红色后，不重置的话，后面所有 Console.WriteLine 都是红的。
常见错误是只改颜色、忘了还原，结果整个控制台变成一片红（或蓝、黄），连错误提示都看不清。
- 先存当前颜色：
var oldColor = Console.ForegroundColor; - 再设新颜色：
Console.ForegroundColor = ConsoleColor.Green; - 输出内容：
Console.WriteLine("成功了"); - 最后必须恢复：
Console.ForegroundColor = oldColor;
Windows Terminal 和旧版 cmd 的颜色表现不一样
新版 Windows Terminal 默认支持 24-bit 真彩色，但传统 cmd.exe 只支持 16 种标准色（ConsoleColor 枚举那几个）。如果你用 Console.Write("\x1b[38;2;255;105;180m") 这类 ANSI 转义序列，在旧终端会直接打印乱码，而不是粉色文字。
判断环境是否支持真彩色？查 Console.IsOutputRedirected 没用，要看 Environment.GetEnvironmentVariable("WT_SESSION") 是否非空，或者更稳妥地——捕获 Console.OutputEncoding 并尝试写入 ANSI 序列后检查是否被原样输出。
- 安全做法：优先用
ConsoleColor枚举值，兼容性最好 - 想用 RGB？先检测终端能力，别默认开启
- CI/CD 环境（如 GitHub Actions）里
Console.ForegroundColor常被忽略，输出仍是白底黑字
Console.WriteLine 里混用多种颜色很麻烦
不能像 HTML 那样嵌套 xxx，C# 控制台是顺序流式输出，颜色是全局状态。想实现“这句里前半红、后半蓝”，只能拆成多次设置 + 输出。
容易踩的坑是以为能用字符串插值控制颜色，比如 $"{"错误".Red()} {"提示".Blue()}" —— 这种写法需要自己封装扩展方法，而且底层还是靠反复切换 Console.ForegroundColor，中间如果加了换行或异常，颜色状态就乱了。
- 简单场景：用分段
Write+WriteLine组合，避免用WriteLine一次性输出整行 - 中等复杂度：写个辅助方法，接收
(string text, ConsoleColor color)列表，内部自动保存/恢复颜色 - 别在多线程里共用控制台颜色状态，
Console类不是线程安全的
颜色没生效？先检查这三件事
最常遇到的是代码写了、颜色也设了，但控制台就是黑白的。问题往往不在 C# 本身，而在运行环境或调用方式。
- 确认没重定向输出：
Console.IsOutputRedirected返回true时，颜色设置会被静默忽略（比如用dotnet run > log.txt） - IDE 内置终端（如 VS 的“输出”窗口、Rider 的 Terminal 标签页）可能不响应
Console.ForegroundColor，得单独开系统终端跑 - .NET 版本影响：.NET 5+ 在 Windows 上对 ANSI 支持更好，但 .NET Framework 4.8 下某些 Windows 版本需手动启用控制台虚拟终端处理（注册表或
SetConsoleMode）
颜色这件事，表面是 UI，实际牵扯终端能力、运行上下文、.NET 版本三重边界。最容易被忽略的是——你以为在调试，其实是在 IDE 的假终端里看效果。
