Console.readPassword()不回显、不换行是为安全设计，直接停在输入末尾；需判空System.console()，返回char[]应就地清空；IDE中常为null，建议改用系统终端或调试时降级为Scanner。
Java Console.readPassword() 为什么输完没回显、也没换行
因为 Console.readPassword() 的设计就是不回显、不缓存、不换行——它直接把光标停在密码输入末尾，等你手动 System.out.println() 或输出其他内容才会刷新。这不是 bug，是安全机制：避免密码被意外记录或截屏看到。
实操建议：
- 必须先用
System.console()判空，null表示当前环境不支持（如 IDE 内置终端、某些远程 shell、Windows 的 cmd / PowerShell 启动方式不对） - 输入后返回的是
char[]，不是String，这是为了能立即Arrays.fill(pwd, '\0')清空内存，防止堆中残留明文 - 别对返回的
char[]做new String()赋值给变量再处理，会留下副本；就地清空 + 立即用于校验
IDE 里调用 Console.readPassword() 返回 null 怎么办
System.console() 在大多数 IDE（IntelliJ、Eclipse、VS Code Java 插件）的内置终端里默认为 null，因为它们没连接到真正的系统控制台，而是模拟的伪终端。
常见应对方式：
立即学习“Java免费学习笔记（深入）”；
- 运行前改用系统终端：IDE 中右键 → “Run in Terminal” 或导出成 jar 后在真实终端执行
java -jar app.jar - 开发阶段临时降级：用
Scanner+ 提示语 +System.out.print("Password: ")，但务必加注释提醒“仅调试用，勿提交” - 不要自己写“星号覆盖”逻辑（比如用
System.out.print("*")模拟），既不安全也不兼容退格、粘贴等操作
readPassword() 和 readLine() 的参数与行为差异
Console.readPassword() 只有一个重载：readPassword(String fmt, Object... args)，用于格式化提示（如 "Enter %s password: "）；而 readLine() 有无参和带格式两个版本，且返回 String。
关键区别：
-
readPassword()不接受System.in重定向输入（比如管道或文件），只读取交互式终端；readLine()可以 -
readPassword()输入时无法使用方向键编辑，按退格只会删掉一个字符，不显示 *；readLine()在支持 readline 的终端里可全功能编辑 - 两者都不处理 Ctrl+C —— 会直接抛
InterruptedIOException，需 try-catch
Windows 下 cmd/powershell 调用失败的典型原因
即使在 Windows 命令行里，System.console() 也可能为 null，尤其当你用 javaw 启动、或从批处理中双击运行、或启用了 UAC 提权但 Java 进程未继承控制台句柄。
验证与修复：
- 先运行
java -version看是否正常输出，确认控制台可用 - 确保用
java（不是javaw）启动程序 - PowerShell 中若仍为
null，尝试加参数启动：pwsh -NoProfile -Command "java YourApp" - 不要依赖
System.getProperty("os.name")做平台判断来切换输入方式——控制台可用性跟 OS 名无关，跟进程启动上下文有关
Console 对运行环境这么敏感。哪怕同一台机器，cmd 里能用，IDE 里不能，双击 jar 又不行——不是你的代码问题，是 Java 控制台 API 就长这样。 
