ATM主菜单需用while(true)循环+nextLine()统一读输入并trim()防空格，避免nextInt()混用致换行符残留；账户余额用BigDecimal存于Account对象，交易记录用ArrayList保存；密码错误三次锁卡逻辑封装在Account内，失败计数与锁卡状态持久化；退出用标志位控制循环终止而非System.exit(0)，确保资源释放与用户体验。
如何用Scanner和循环搭建ATM主菜单流程
Java控制台ATM系统的核心不是界面美观，而是状态流转不崩、输入不卡死。关键在于用Scanner读取用户选择后，必须消费掉换行符（尤其在nextInt()后紧接nextLine()时），否则后续输入会跳过。
推荐做法是统一用nextLine()读所有输入，再手动解析数字：
String input = scanner.nextLine().trim();
if ("1".equals(input)) {
showBalance();
} else if ("2".equals(input)) {
withdraw();
}
- 避免混用
nextInt()和nextLine()，这是最常导致“输入被跳过”的原因 - 每次读入后调用
trim()，防止空格干扰判断 - 主循环用
while (true)+break退出，比用标志变量更直觉
账户余额与交易记录怎么安全暂存
控制台ATM不需要数据库，但不能把余额写成静态变量——那样多个用户实例会互相污染。应为每个用户创建独立的Account对象，包含balance（double或更稳妥的BigDecimal）和transactions（ArrayList）。
注意：double做金额计算有精度风险，哪怕只是教学项目，也建议用BigDecimal初始化：
立即学习“Java免费学习笔记（深入）”；
private BigDecimal balance = new BigDecimal("0.00");
-
withdraw()前必须校验amount.compareTo(balance) ，不能直接用比较BigDecimal - 交易记录建议存
LocalDateTime.now() + " 取款 " + amount，便于后续扩展 - 不要在
main()里直接操作字段，全部走getBalance()、deposit(BigDecimal)等方法封装
密码验证失败三次就锁卡怎么实现
这不是简单计数问题——锁卡状态必须跨操作保持，且不能靠全局静态变量（破坏封装）。正确做法是在Account类中加int failedAttempts和boolean isLocked，并在登录方法里联动控制：
if (account.isLocked()) {
System.out.println("卡片已锁定，请联系银行");
return false;
}
if (!inputPassword.equals(account.getPassword())) {
account.incrementFailCount(); // 内部自增并检查是否≥3
return false;
}
- 锁定逻辑要放在
Account内部，比如incrementFailCount()里自动设isLocked = failCount >= 3 - 成功登录后必须重置
failedAttempts = 0，否则下次登录直接锁 - 控制台无法真正“锁物理卡”，但状态必须持续到程序重启前有效，所以不能只存在方法栈里
为什么System.exit(0)在ATM里要慎用
很多初学者在“退出系统”选项里直接写System.exit(0)，这会导致JVM立即终止——未保存的交易日志丢失、资源没释放、甚至可能让正在执行的取款操作中断在半途。
更稳妥的做法是让主循环自然退出：
boolean running = true;
while (running) {
showMainMenu();
String choice = scanner.nextLine().trim();
switch (choice) {
case "0": running = false; break; // 正常退出
case "1": ...
}
}
System.out.println("感谢使用，再见！");
- 仅在极端异常（如文件写入失败且无法恢复）时才考虑
System.exit(1) - 如果用了
try-with-resources打开日志文件，自然退出能保证close()被执行 - 用户看到“再见”提示，比进程突然消失更符合控制台程序的交互预期
真正的难点不在功能堆砌，而在于每个操作的边界是否清晰：一次取款是不是原子的？密码错误计数会不会被并发访问搞乱？这些在单线程控制台里看似无关，但逻辑一旦写歪，后面加任何功能都会踩坑。
