Java初学者项目实战:构建简单的图形界面计算器

新手应优先选 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() 自定义命令字符串,方便统一处理多个按钮:

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”字宽不一致,导致连续输入时内容视觉跳动。解决方法很简单:

  • 给显示框(JTextFieldJLabel)设等宽字体:setFont(new Font("Monospaced", Font.PLAIN, 16))
  • 设右对齐:textField.setHorizontalAlignment(JTextField.RIGHT)
  • 禁用编辑(只读):textField.setEditable(false),否则用户能手动乱输
  • 别反复 setText("")setText("123"),中间有闪烁;改用 setText 一次到位

还有一个隐蔽坑:在非 EDT 线程调用 setText(),有时不报错但无效。只要不确定当前线程,就用 SwingUtilities.in

vokeLater(() -> textField.setText(...)) 包一层。

真正难的不是画出按钮,而是让“1+2=”按下去那一刻,内部状态刚好走到该走的位置。多数人卡在状态变量没覆盖全分支,比如忘了处理连续按 “+” 的情况(是替换运算符,还是立即计算?),这种细节比布局代码更消耗调试时间。