新手应优先选 JFrame 并设 setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE)，临时弹窗用 JDialog；按钮用 ActionListener 而非 MouseListener；计算用即时模式+状态管理，避免字符串拼接；显示用等宽字体+右对齐+只读。
Swing 组件选 JFrame 还是 JDialog？
新手常直接用 JFrame，这没错，但要注意它默认不处理关闭逻辑——点右上角 × 会程序还在后台运行。必须显式调用 setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE)，否则你以为关了，其实 main 线程没退出。
如果只是临时弹出计算器（比如嵌在另一个工具里），用 JDialog 更合适，它天然模态、轻量，且不强制退出 JVM。但初学者建议先用 JFrame，避免被模态/非模态行为绕晕。
-
JFrame是顶层容器，适合独立窗口；JDialog需绑定父组件，否则可能报java.awt.IllegalComponentStateException - 别漏掉
pack()：调用前确保所有组件已添加，否则窗口可能空白或尺寸异常 - 别在
main线程直接更新 UI，所有 Swing 操作应放在事件分发线程（EDT）中，用SwingUtilities.invokeLater(...)包裹
监听按钮点击该用 ActionListener 还是 MouseListener？
用 ActionListener。它专为“触发动作”设计（如按钮点击、回车提交），自动屏蔽重复点击、键盘触发等细节；而 MouseListener 拦截底层鼠标事件（按下、释放、移动），容易误判（比如鼠标按住拖出去再松开，也算一次 click），还得多写条件判断是否在按钮区域内。
另外，ActionListener 支持 setActionCommand() 自定义命令字符串，方便统一处理多个按钮：
立即学习“Java免费学习笔记（深入）”；
button0.addActionListener(e -> handleDigit('0'));
buttonAdd.addActionListener(e -> handleOperator('+'));
// 而不是每个按钮写一个匿名类
- 按钮文本变化不影响
ActionCommand，适合做本地化或动态改名 - 别在
actionPerformed里做耗时操作（如读文件、网络请求），否则界面卡死——这是 Swing 最常见的假死原因 - 如果要支持键盘输入（如按数字键触发），记得给按钮设
setFocusPainted(false)并启用InputMap/ActionMap，但初学阶段先用鼠标点通逻辑再说
计算逻辑放哪？String 拼接还是用 Double.parseDouble() 实时转？
别拼 String。比如用户输 “12+34”，你存成字符串再最后 eval —— Java 没内置 eval，硬写解析器会陷入运算符优先级、括号嵌套、浮点误差等深坑。初学者应该用“即时计算”模式：每按一个数字就更新当前操作数，每按一个运算符就立刻执行上一步（如 12 + → 记下 12 和 +，再输 34 后按 = 就算 12+34）。
关键点是状态管理：currentValue（当前输入的数）、previousValue（上一次结果）、pendingOperator（待执行的运算符）、waitingForNextNumber（标志是否清空当前输入）。
- 用
Double.parseDouble()前务必try-catch NumberFormatException，防止用户连按两个小数点导致崩溃 - 显示用
String.format("%.10g", result)而不是Double.toString()，避免出现1.2000000000000002这种展示问题 - 清零（C）和退格（←）逻辑不同：C 清全部状态；← 只删
currentValue最后一位字符（需转StringBuilder处理）
为什么 setText() 不生效，或者数字显示错位？
大概率是用了 JTextField 却没设对齐或字体。Swing 默认字体在不同系统渲染宽度不同，数字“0”和“1”字宽不一致，导致连续输入时内容视觉跳动。解决方法很简单：
- 给显示框（
JTextField或JLabel）设等宽字体：setFont(new Font("Monospaced", Font.PLAIN, 16)) - 设右对齐：
textField.setHorizontalAlignment(JTextField.RIGHT) - 禁用编辑（只读）：
textField.setEditable(false)，否则用户能手动乱输 - 别反复
setText("")再setText("123")，中间有闪烁；改用setText一次到位
还有一个隐蔽坑：在非 EDT 线程调用 setText()，有时不报错但无效。只要不确定当前线程，就用 SwingUtilities.invokeLater(() -> textField.setText(...)) 包一层。
真正难的不是画出按钮，而是让“1+2=”按下去那一刻，内部状态刚好走到该走的位置。多数人卡在状态变量没覆盖全分支，比如忘了处理连续按 “+” 的情况（是替换运算符，还是立即计算？），这种细节比布局代码更消耗调试时间。
