ReadLine 读不到输入是因为它阻塞等待回车；返回 null 常因无控制台或未启用控制台；中文乱码需统一设置 Console.InputEncoding 为 UTF8。
ReadLine 读不到输入，光标卡住不动
这是最常见的现象：程序运行后黑窗一闪，或者停在空白行不响应。根本原因不是 ReadLine 有 bug，而是它在等用户敲回车——没按 Enter，它就一直阻塞。很多人误以为“没反应”是出错了，其实是正常等待。
实操建议：
- 确认你真的按了
Enter，而不是只输内容就移开鼠标或切窗口 - 如果用 VS 调试，右键项目 → “属性” → “调试” → 勾选“启用控制台”，否则
ReadLine会直接返回null（因为没附加控制台） - 避免在
Main方法末尾漏掉Console.ReadLine()，否则程序秒退，根本来不及看提示或输入
ReadLine 返回空字符串或 null 怎么判断
ReadLine 在用户只按回车时返回空字符串 ""；在控制台被意外关闭、重定向输入流为 null 或调试环境下未启用控制台时，可能返回 null。直接 .Length 或 .Trim() 会触发 NullReferenceException。
实操建议：
- 用
string.IsNullOrEmpty(Console.ReadLine())判断是否有效输入，比== ""更安全 - 如果需要跳过空行，写成
while (string.IsNullOrWhiteSpace(input = Console.ReadLine())) { } - 别对
ReadLine的返回值直接调用.Split()或.Substring()，先判空
ReadLine 和 ReadKey 的关键区别在哪
两者都读控制台，但行为完全不同：ReadLine 是行缓冲，必须回车才返回整行；ReadKey 是字符级，按一个键立刻返回，不需回车，且默认会把按键显示在屏幕上（可传 true 关闭）。
使用场景：
- 要读用户名、路径、命令参数 → 用
ReadLine - 要做快捷键（如 Y/N 确认）、密码掩码、实时响应方向键 → 用
ReadKey - 混用时注意：
ReadKey(true)不换行，但后续ReadLine()仍会从同一行继续读——除非你手动Console.WriteLine()换行
中文输入乱码或显示为问号
Windows 控制台默认编码是 GB2312（简体中文系统），而 C# 字符串是 UTF-16。如果源文件保存为 UTF-8 无 BOM，或终端编码与 Console.InputEncoding 不一致，就会出现乱码。
实操建议：
- 在
Main开头加一句：Console.InputEncoding = System.Text.Encoding.UTF8;（前提是终端支持 UTF-8，Win10+ 一般没问题） - VS 里右键项目 → “属性” → “生成” → “高级” → 设置“UTF-8 无签名”编码，避免源码中文被错误解析
- 别依赖
Console.OutputEncoding自动匹配——它和输入编码无关，只影响输出显示
控制台输入看着简单，但编码、缓冲模式、调试环境这三块最容易连环踩坑。尤其在跨机器部署或 CI 环境跑控制台程序时，ReadLine 返回 null 往往不是代码问题，而是根本没有控制台可用。
