console.title 仅在 windows 控制台生效，linux/macos 静默忽略；跨平台需用 ansi 转义序列（如 ]0;标题），并注意终端兼容性、转义与调用频率。
Console.Title 在 Windows 上有效，Linux/macOS 会静默失败
直接赋值 Console.Title = "我的程序" 是最简方式，但只在 Windows 控制台（conhost.exe、Windows Terminal）下生效；在 macOS 或 Linux 的终端里执行时，既不报错也不显示效果——它被 .NET 运行时悄悄忽略了。
常见错误现象：代码没报错，但标题始终是“bash”“zsh”或空，尤其在 CI 环境或 WSL 中调试时容易误以为写错了。
- 仅适用于
net5.0及以上（netcoreapp3.1也支持），.NET Framework 4.8 同样支持 - 修改时机无限制，随时可设，但建议在
Main开头就设置，避免启动瞬间闪现默认标题 - 字符串长度建议控制在 100 字符内，过长可能被截断（Windows 控制台实际限制约 255 UTF-16 字符，但部分终端渲染异常）
跨平台想改标题？得自己发 ESC 序列，且终端必须支持
Linux/macOS 下没有 Console.Title 的底层支撑，但现代终端（如 iTerm2、kitty、Windows Terminal 的 WSL 标签页）支持通过 ANSI 转义序列修改窗口标题。原理是输出类似 ]0;新标题 的控制字符。
实操时要注意：不是所有终端都响应，比如默认 Ubuntu GNOME Terminal 对 ]0; 支持不稳定，而 VS Code 集成终端默认禁用该功能（需设 "terminal.integrated.allowChords": true）。
- 安全写法是先检测环境：
Environment.OSVersion.Platform != PlatformID.Unix再走Console.Title，否则尝试输出 ESC 序列 - 序列必须以
（BEL）或\（ESC backslash）结尾，缺一不可，否则标题不更新 - 标题内容需做简单转义：把
、、\替换为\，否则可能破坏序列
别在多线程里反复调用 Console.Title
Console.Title 内部会调用 Windows API SetConsoleTitleW，这个 API 是进程级的，不是线程安全的——但真正的问题不在线程安全，而在频繁调用会导致控制台 UI 卡顿或标题闪烁，尤其在循环中每秒设十几次时明显。
典型误用场景：日志工具类一边打印日志一边动态把当前处理文件名塞进标题，结果用户看到标题疯狂跳变，甚至触发 Windows 控制台渲染 bug（标题栏文字错位）。
- 如果需要反映状态，优先用
Console.Write输出到控制台第一行，比改标题更可靠 - 真要动态更新，加个最小间隔（如 500ms），用
DateTime.Now或Stopwatch控制频率 - 注意：.NET 6+ 在 Windows 上对高频调用做了轻量缓冲，但不保证完全消除闪烁
发布后标题变回“dotnet”？检查是否用了 dotnet run
用 dotnet run 启动时，控制台标题默认显示为 “dotnet”，即使你代码里写了 Console.Title，也可能被覆盖——因为 dotnet CLI 自己设置了标题，且它的调用发生在你的 Main 之前或之后，造成竞态。
这不是 bug，而是启动链导致的时序问题：CLI 启动子进程 → 子进程加载程序集 → 执行 Main → 你设置标题 → CLI 可能又刷了一次自己的标题（尤其在带参数重定向时）。
- 正确验证方式：编译后运行
bin/Debug/net8.0/MyApp.exe，此时标题一定按你代码执行 - CI/CD 或脚本中，避免用
dotnet run做最终部署，改用dotnet publish+ 直接执行输出文件 - 开发阶段若坚持用
dotnet run，可在项目文件加<disablewinexeoutputinference>true</disablewinexeoutputinference>减少干扰（仅限 Windows）
