Console.ReadKey()按回车没反应是因为默认显示回车换行，需用Console.ReadKey(true)屏蔽回显并手动判断ConsoleKey.Enter退出；读取密码还需自行处理退格、星号显示及缓冲区残留问题。
Console.ReadKey() 为什么按回车没反应？
因为 console.readkey() 默认只捕获单个按键，回车键（enter）确实会被读取，但它的输出行为取决于是否启用 intercept 参数。不加参数时，它会把按键字符显示在控制台——这和你“不想回显”的目标冲突。
常见错误现象：调用 Console.ReadKey() 后输入字母或数字能看到，但按回车光标就换行，仿佛没捕获到；其实它捕获了，只是回车的显示逻辑干扰了判断。
- 必须传
true给Console.ReadKey(true)才能屏蔽回显 -
Console.ReadKey(true)返回的是ConsoleKeyInfo，不是字符串，不能直接当密码用 - 回车键对应
ConsoleKey.Enter，需手动判断退出条件
怎么安全读取密码式输入（不回显、支持退格）
原生 Console.ReadKey() 不处理退格逻辑，也不拼接字符串，得自己补全。否则用户按 Backspace 只是光标乱跳，实际字符还在内存里。
使用场景：登录命令行工具、数据库连接口令输入、本地配置加密密钥录入。
- 用
ConsoleKey.Backspace检测退格，并同步删掉已存字符和控制台上的星号 - 每次写
*要用Console.Write("*")，不能用WriteLine，否则换行破坏体验 - 记得在最后用
Console.WriteLine()换行，否则光标卡在星号后面
string ReadPassword() {
var pwd = new System.Text.StringBuilder();
ConsoleKey key;
do {
var ki = Console.ReadKey(true);
key = ki.Key;
if (key == ConsoleKey.Backspace && pwd.Length > 0) {
pwd.Remove(pwd.Length - 1, 1);
Console.Write("\b \b"); // 退格+空格+再退格
} else if (key != ConsoleKey.Enter && key != ConsoleKey.Escape) {
pwd.Append(ki.KeyChar);
Console.Write('*');
}
} while (key != ConsoleKey.Enter && key != ConsoleKey.Escape);
return pwd.ToString();
}ReadLine() 和 ReadKey() 混用会丢字符
一旦调用过 Console.ReadLine()，输入缓冲区可能残留换行符，紧接着调用 Console.ReadKey() 会立刻返回那个 \n，造成“没按就触发”的假象。
性能影响不大，但逻辑完全错乱——尤其在循环读取多组输入时。
- 不要在
ReadLine()后紧接ReadKey() - 如果必须混用，先用
Console.In.Peek()判断缓冲区是否为空，或用Console.Clear()不解决问题，别用 - 更稳妥的做法：全程统一用
ReadKey(true)自行解析，或封装成输入函数隔离缓冲区状态
.NET 6+ 的 Console.ReadKey 兼容性坑
在 .NET 6+ 的 Windows Terminal 或 VS Code 集成终端中，Console.ReadKey(true) 对某些组合键（如 Ctrl+C、Alt+Tab）响应不稳定，可能抛出 InvalidOperationException 或直接跳过。
这不是 bug，而是终端模拟器对原始键盘事件的透传限制。
- 生产环境建议加 try/catch 包裹
Console.ReadKey(true) - 避免依赖
ConsoleKey.OemPeriod等非标准键名，不同键盘布局下值不同 - 若需高可靠性按键监听（比如游戏控制台），应改用
System.Console外的底层 API，如 Windows 的GetAsyncKeyState
真正难的不是读取按键，而是处理好缓冲区状态、终端兼容性和用户预期之间那几毫秒的错位。哪怕只多一个 true 参数，漏掉它整个输入流程就不可控。
