应使用Stack存储封装了表达式和结果的轻量对象而非字符串，避免无法解析；用ScriptEngine求值并校验输入；统一用nextLine()读输入防丢行；退出时礼貌提示不保存历史。
用 Stack 存历史记录，别直接存字符串
控制台计算器的历史记录本质是“最近几次操作的可回溯序列”，Stack 天然适合——后进先出，按顺序撤销或重放都很自然。但很多人一上来就 stack.push("2 + 3 = 5")，结果后续想提取数字、重算、或加括号支持时全卡住。
正确做法是把每次计算封装成轻量对象（哪怕只是 record CalcOp(String expr, double result) 或简单 Map.of("expr", expr, "result", result)），再压栈。这样历史不是“日志快照”，而是“可解析的操作单元”。
- 避免用
String直接存带等号的完整行，否则无法区分输入和输出，也难做表达式复用 - 如果用
Stack<String>，至少保证每条只存原始表达式（如"12 * (3 - 1)"），不带结果、不带提示符 -
Stack是线程不安全的，控制台单线程不用管；但若未来扩展为多命令并发执行，得换Deque+ArrayDeque或加锁
表达式求值别手写递归下降，先用 javax.script.ScriptEngine
初学者常陷入“自己解析中缀表达式+处理优先级+写栈运算”的陷阱，半天调不出括号逻辑，还漏了负数或浮点。其实 JDK 自带的 ScriptEngine 在控制台场景够用且稳定，尤其支持标准数学语法。
它不是生产级表达式引擎，但对 2 + 3 * 4、Math.sqrt(16)、10 / 3.0 这类完全没问题，还能复用 Java 函数名（比如 abs、pow）。
立即学习“Java免费学习笔记（深入）”；
- 初始化一次即可：
ScriptEngine engine = new ScriptEngineManager().getEngineByName("JavaScript") - 执行前建议加简单校验：用正则粗筛掉
exec、import、分号等危险字符，毕竟只是计算器，不是沙箱 - 错误时捕获
ScriptException，提取e.getLineNumber()和e.getMessage()直接打印，比自己抛RuntimeException更准
Scanner 读输入时，nextLine() 和 next() 混用会丢第一行
典型现象：程序启动后敲 2 + 3，没反应；再敲一行才开始算。这是因为前面用了 scanner.nextInt() 或 scanner.next() 读菜单选项（比如 “1. 计算 2. 查历史”），它们不消费换行符，导致紧接着的 nextLine() 立刻读到空行。
统一用 nextLine() 最省心。菜单选择也转成字符串比对，或者用 Integer.parseInt(scanner.nextLine().trim()) 转整数——关键是“换行符必须被显式吃掉”。
- 所有输入入口统一走
nextLine()，开头加.trim()防空格干扰 - 遇到空行直接
continue，不报错也不中断循环 - 历史回查命令（比如输入
history）要提前识别，避免把它当数学表达式扔给ScriptEngine导致报错
退出机制不能只靠 break，得关掉资源并清屏提示
控制台程序看似简单，但用户输 quit 或 exit 后直接 break 出循环，容易让终端停留在最后一行计算结果上，显得没结束。更麻烦的是，如果用了 ScriptEngine，虽无显式资源要关，但习惯性加个礼貌提示能降低用户困惑。
另外，历史记录如果只存在内存里，退出就丢了——这不是 bug，是预期行为。但如果用户期望“重启后还在”，就得额外加文件持久化，那是另一个需求，不在当前范围。
- 退出关键词建议支持多个：
"quit"、"exit"、"q"，全部.equalsIgnoreCase()判断 - 退出前打印一行
"Bye. History kept for this session."，明确告知历史未保存 - 不需要
System.exit(0)，自然退出 main 循环即可；JVM 会自动回收Stack和ScriptEngine
事情说清了就结束。真正麻烦的从来不是“怎么存历史”，而是用户输错括号后，你能不能在报错信息里指出是第几个左括号没闭合——那得换别的解析器，不是 ScriptEngine 能扛的。
