java console类仅在真实终端可用，system.console()在ide、docker等环境返回null；必须用readpassword()禁用回显、返回可清零char[]，并配合判空、清零和安全比对。
Java 的 Console 类是专为安全交互设计的，但仅在真实终端（tty）中可用；它不适用于 IDE 内置控制台、Maven exec、Docker 默认启动或 Jenkins 环境——这些场景下 System.console() 直接返回 null，不是异常，必须显式检查。
为什么必须用 readPassword() 而非 readLine()
readLine() 会明文回显每个字符，密码完全暴露，不符合基本安全前提。而 readPassword()：
- 调用系统级 API（如 Unix 的
tcsetattr或 Windows 的SetConsoleMode）禁用回显，输入过程无光标移动、无可见反馈 - 返回
char[]而非String，便于手动清零内存，避免敏感信息长期驻留堆中 - 自动截断换行符（
\n/\r），返回数组长度严格等于实际输入字符数
正确使用 readPassword() 的关键细节
示例代码需包含判空、提示、清零和安全比对：
- 先检查
if (System.console() == null)，不可静默忽略，生产环境应直接报错退出 - 调用
console.readPassword("Password: ")，提示字符串可带格式，但本身不隐藏——这是正常行为 - 使用后立即清零：
Arrays.fill(password, '\0')，且绝不执行new String(password)或日志输出 - 校验时避免
String.equals()，推荐Arrays.compareConstantTime()防时序攻击，或哈希后比对
当 System.console() 为 null 时怎么办
这不是“兼容性问题”，而是运行环境不支持安全输入。不能降级用 Scanner 模拟——那等于放弃安全底线：
- 开发调试阶段：改用终端直接运行
java -jar app.jar，确保连接真实 tty - CI/CD 或容器化部署：密码类凭证应通过环境变量、密钥管理服务（如 HashiCorp Vault）注入，而非交互式输入
- 绝对避免在脚本中硬编码 fallback 到
Scanner.nextLine()，尤其不能用于生产配置流程
不复杂但容易忽略：安全密码输入的前提，是运行环境本身支持终端控制能力。选对地方，比写对代码更重要。
