Swing是Java基础教学中GUI计算器的首选——组件稳定、文档全、JDK自带；核心结构为JFrame+JTextField（setEditable(false)）+JButton，用ActionListener监听，需规范处理运算符连续点击、异常输入、浮点显示精度等问题。
用Swing写带按钮的GUI计算器，别碰JavaFX初期项目
Swing仍是Java基础教学最稳妥的选择——组件稳定、文档全、JDK自带，不需要额外引入依赖。JavaFX虽然更现代，但初学者容易卡在模块系统、module-info.java和javafx.controls类找不到的问题上。
核心思路是：一个JFrame容器 + 一个JTextField显示区 + 多个JButton数字/运算符按钮 + 用ActionListener监听点击事件。
- 显示框必须设为
setEditable(false)，否则用户能手动输入乱码 - 每个按钮的
setText("+" / "5" / "=")要明确，别用图标或空字符串 - 避免在
actionPerformed里直接拼接字符串做计算（比如"1+2*3"），先解析再算，否则括号和优先级会出错
处理“连续点击运算符”这类逻辑漏洞
用户点完5 → + → 3 → +，第二个+该不该覆盖前一个？这是计算器逻辑中最常被忽略的细节。
推荐做法是维护三个状态变量：currentNumber（当前输入的数）、pendingOperator（待执行的运算符）、previousResult（上一次=之后的结果）。每次点击运算符时：
立即学习“Java免费学习笔记（深入）”；
- 如果已有
pendingOperator且currentNumber非空，立刻执行上一步运算 - 把
currentNumber存为previousResult，清空currentNumber，更新pendingOperator - 点击
=时，只在有pendingOperator且currentNumber有效时才运算
不这样做，就会出现5++3或5+3= = =不断累加的bug。
用Double.parseDouble()转换数字时必须try-catch
JTextField.getText()返回的是字符串，用户可能清空输入框后点=，或输入"12.3.4"这种非法格式。不加防护会抛NumberFormatException，整个GUI卡死。
正确姿势是在所有涉及字符串转数字的地方包一层异常处理：
try {
double value = Double.parseDouble(display.getText());
} catch (NumberFormatException e) {
display.setText("Error");
currentNumber = 0.0;
return;
}
别想着“用户不会乱输”——测试阶段随便连按十次.就能触发。
运算精度问题：别用float，也别直接用double做等值判断
计算器显示0.1 + 0.2得出0.30000000000000004不是bug，是IEEE 754双精度浮点数的正常表现。但用户要的是“看起来对”。
- 显示前用
String.format("%.10g", result)自动截断末尾冗余0和小数位 - 内部计算仍用
double（够用），但比较是否等于0时，别写result == 0.0，改用Math.abs(result) - 真要精确计算（比如金融场景），才换
BigDecimal，但初始化必须用字符串构造：new BigDecimal("0.1")，不能用new BigDecimal(0.1)
多数教学项目卡在这里：以为换float能省事，结果精度更差；或者死磕BigDecimal却传入double字面量，白忙一场。
