Java Swing桌面版人事系统：含MySQL建库脚本、分层源码与图标资源

plum99

392人浏览 · 2026-05-28 10:52:32

plum99 · 2026-05-28 10:52:32 发布

简介：一个开箱即用的Java桌面人事管理工具，用Swing搭建界面，JDBC直连MySQL实现员工信息录入、查询、修改、删除，以及部门和岗位的维护功能。包里自带databaseproject.sql建库建表脚本，兼容MySQL 5.7和8.0；src目录下是结构清晰的Java源码，按DAO、Service、UI三层组织，方便理解数据流向和逻辑分工；images文件夹提供所有界面图标，无需额外准备资源；项目根目录命名为mysql+java人事管理，适配主流IDE（如IntelliJ IDEA、Eclipse）一键导入运行。遇到连接失败或SQL报错时，常见原因包括MySQL 8.0默认使用的caching_sha2_password认证插件不被旧版驱动支持，或SQL模式（sql_mode）设置严格导致插入语句失败，只需更换mysql-connector-java 8.0+驱动并调整初始化参数即可解决。配套说明文档涵盖JDK版本要求（建议8或11）、MySQL服务启动方式、数据库导入步骤、各模块入口类说明及典型错误日志对照，适合高校课程设计、Java实训或小型办公场景快速部署。

1. 项目概述：为什么这个Swing人事系统值得你花十分钟看下去

我带过六届Java实训课，每年都有学生卡在“课程设计做不出来”这道坎上——不是不会写代码，而是不知道怎么把一堆零散的增删改查功能，组织成一个真正能点开、能操作、能演示的桌面程序。这套Java Swing人事系统，就是我从自己压箱底的十几个教学案例里，挑出来打磨了三年、反复在三所高校课堂验证过的“教学友好型”范例。它不追求炫酷动画或微服务架构，就专注解决一个最实际的问题：让初学者在两天内，从导入项目到跑通全部功能，清晰看到DAO层怎么封装SQL、Service层怎么协调业务、UI层怎么响应事件，三层之间数据怎么流动、错误怎么传递、界面怎么反馈。

关键词里的“Java Swing”“MySQL人事系统”“JDBC连接”“桌面应用源码”，每一个都不是虚词。它用最朴素的Swing组件（JTable、JButton、JDialog）搭出符合办公场景的界面，没有JavaFX的渲染依赖，也不需要Tomcat部署；数据库脚本databaseproject.sql直接建好员工、部门、职位三张核心表，连外键约束和中文注释都写好了；源码结构像教科书一样干净——dao包里每个类只干一件事：把Employee对象和INSERT INTO employee语句来回转换；service包里用EmployeeService把新增员工、校验手机号、生成工号这些逻辑串起来；ui包下的MainFrame就是主窗口，所有按钮点击事件都绑定到对应的Service方法上。你甚至不用改一行代码，只要装好MySQL、配对驱动版本，就能双击运行。我试过让零基础的大二学生照着目录树一层层点开源码，二十分钟就指着EmployeeDaoImpl.java说：“哦，原来executeUpdate()返回的int是影响行数，不是成功与否的布尔值。”这种“看见即理解”的体验，正是它区别于网上那些“Hello World式Swing demo”的关键。

2. 整体架构与分层设计：三层不是摆设，是帮你理清思路的脚手架

2.1 为什么坚持DAO-Service-UI三层？而不是直接在按钮里写JDBC？

很多初学者一上来就想“快点做出界面”，结果把数据库连接、SQL拼接、结果集遍历全塞进ActionListener里。我带的第一届学生交上来的代码，一个JButton的actionPerformed方法写了两百多行，里面嵌套着Connection、PreparedStatement、ResultSet，还有JOptionPane.showMessageDialog弹窗。调试时改个字段名，得同时翻五个地方——SQL语句里、Java实体类里、界面文本框里、错误提示里、甚至数据库建表语句里。这套系统强制分层，表面是代码组织规范，本质是把“做什么”和“怎么做”彻底分开。比如新增员工功能：

UI层（EmployeeAddDialog.java）只负责“收集动作”：用户点“保存”按钮 → 触发saveButton.addActionListener → 把界面上的姓名、手机号、部门ID等文本框内容，打包成一个Employee对象 → 调用employeeService.addEmployee(employee)。
Service层（EmployeeServiceImpl.java）只负责“判断逻辑”：收到Employee对象后，先检查手机号是否为空、是否符合11位数字格式（正则^1[3-9]\\d{9}$），再调用departmentDao.findById(deptId)确认部门存在，最后才把对象交给DAO层。
DAO层（EmployeeDaoImpl.java）只负责“执行命令”：拿到Employee对象，用预编译语句INSERT INTO employee (name, phone, dept_id, position_id) VALUES (?, ?, ?, ?)，把对象属性一一setString()进去，executeUpdate()返回1表示成功，0表示失败。

这样拆开的好处是：你要改手机号校验规则，只动EmployeeServiceImpl里的validatePhone()方法；要换数据库从MySQL迁到PostgreSQL，只改EmployeeDaoImpl里的SQL语法和驱动类，UI层代码一行不动。我在课堂上让学生故意删掉Service层，把校验逻辑挪到UI层，结果他们发现：当同一个校验逻辑要在“新增员工”和“修改员工”两个界面重复写时，改错一处，另一处就出bug。三层结构不是教条，是帮你避免这种低级重复劳动的防护网。

2.2 目录结构如何映射到真实开发流程？别被src目录吓住

项目根目录叫mysql+java人事管理，这是刻意为之的“傻瓜式命名”。IntelliJ IDEA导入时，它会自动识别为Maven项目（虽然没pom.xml，但目录结构符合约定），Eclipse也能直接“Import Existing Projects”。重点看src目录下的三个包：

src/
├── dao/                    # 数据访问层：和数据库“对话”的唯一出口
│   ├── impl/               # 具体实现类，如 EmployeeDaoImpl.java
│   └── EmployeeDao.java    # 接口定义：public int addEmployee(Employee emp);
├── service/                # 业务逻辑层：决定“该不该做”“怎么做”
│   ├── impl/               # 实现类，如 EmployeeServiceImpl.java
│   └── EmployeeService.java # 接口：public boolean addEmployee(Employee emp);
└── ui/                     # 用户界面层：负责“长什么样”“怎么点”
    ├── MainFrame.java      # 主窗口：菜单栏、工具栏、员工列表表格
    ├── dialog/             # 对话框：EmployeeAddDialog.java（新增）、EmployeeEditDialog.java（修改）
    └── component/          # 自定义组件：DeptComboBox.java（下拉选择部门）

这里有个关键细节：dao.impl和service.impl包名里的.impl不是随便加的。它明确告诉你——这些类是接口的具体实现，而接口本身（EmployeeDao.java）定义了契约。你在EmployeeServiceImpl里看到private EmployeeDao employeeDao;，但实际注入的是new EmployeeDaoImpl()。这种写法看似多此一举，但它让你在测试时可以轻松替换：比如写单元测试，用Mockito.mock(EmployeeDao.class)模拟数据库返回假数据，完全不碰真实MySQL。我在实训中让学生给addEmployee写测试用例，第一步就是让他们删掉new EmployeeDaoImpl()，改成接口类型变量，再用@Mock注解——三天后，他们交上来的测试覆盖率报告平均达到78%。

2.3 图标资源（images文件夹）为什么不能省？Swing的视觉可信度陷阱

很多人觉得“桌面程序嘛，有功能就行，图标无所谓”。但我在课堂演示时发现：一个用默认Java图标（那个咖啡杯）的界面，学生第一反应是“这程序还没做完吧？”；换成images/employee_add.png（绿色加号）、images/employee_delete.png（红色叉号）后，他们立刻开始讨论“这个删除按钮要不要加二次确认弹窗”。图标不是装饰，是降低认知负荷的视觉锚点。images文件夹里共12个PNG图标，尺寸统一为24×24像素（Swing按钮默认大小），命名直白：

dept_manage.png：部门管理菜单项图标
position_manage.png：职位管理菜单项图标
search.png：查询按钮图标（放大镜）
refresh.png：刷新按钮图标（循环箭头）

这些图标在MainFrame.java里通过new ImageIcon("images/xxx.png")加载。注意路径是相对路径，所以项目必须以mysql+java人事管理为根目录运行，否则图标变空白——这也是为什么资源包强调“根目录命名”。我试过把图标放到src/images下用getClass().getResource("/images/xxx.png")加载，结果学生导入IDE后总报空指针，因为不同IDE对资源路径处理不一致。最终回归最笨但最稳的方式：放项目根目录，用字符串路径硬编码。这不是技术退步，而是教学场景下的务实选择：宁可牺牲一点灵活性，也要保证99%的学生第一次运行就看到完整界面。

3. 核心模块解析：从数据库建表到界面联动，每一步都经得起追问

3.1 databaseproject.sql：一张表的设计，藏着三个教学知识点

建库脚本sql/databaseproject.sql只有127行，但每一行都是精心设计的教学切口。以employee表为例：

CREATE TABLE `employee` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键ID',
  `name` varchar(50) NOT NULL COMMENT '员工姓名',
  `phone` varchar(20) DEFAULT NULL COMMENT '手机号',
  `dept_id` bigint(20) NOT NULL COMMENT '部门ID，关联dept表',
  `position_id` bigint(20) NOT NULL COMMENT '职位ID，关联position表',
  `entry_date` date DEFAULT NULL COMMENT '入职日期',
  `salary` decimal(10,2) DEFAULT NULL COMMENT '月薪',
  PRIMARY KEY (`id`),
  KEY `idx_dept_id` (`dept_id`),
  KEY `idx_position_id` (`position_id`),
  CONSTRAINT `fk_employee_dept` FOREIGN KEY (`dept_id`) REFERENCES `dept` (`id`) ON DELETE CASCADE,
  CONSTRAINT `fk_employee_position` FOREIGN KEY (`position_id`) REFERENCES `position` (`id`) ON DELETE RESTRICT
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='员工信息表';

这里埋了三个必须讲透的点：

ON DELETE CASCADE vs ON DELETE RESTRICT：当删除一个部门时，如果该部门下有员工，CASCADE会自动删掉所有关联员工（适合强依赖场景），而RESTRICT会直接报错阻止删除（适合数据安全优先场景）。我在课堂上让学生手动执行DELETE FROM dept WHERE id=1;，观察两种约束下的报错信息差异——前者静默成功，后者抛出Cannot delete or update a parent row异常。这个对比比讲十遍理论都管用。
utf8mb4字符集不是可选项：MySQL 5.7默认utf8实际是utf8mb3，不支持emoji和部分生僻汉字。脚本强制指定DEFAULT CHARSET=utf8mb4，并配套在JDBC连接URL里加?characterEncoding=utf8mb4。有学生曾因没改这个，在姓名字段存入“刘䶮”（yǎn）字后，数据库里变成乱码??，排查了两天才发现字符集问题。
索引KEY idx_dept_id (dept_id)的实战意义：员工列表页按部门筛选时，SQL是SELECT * FROM employee WHERE dept_id = ?。没有这个索引，10万条数据查询要2秒；加上后降到0.02秒。我让学生用EXPLAIN SELECT * FROM employee WHERE dept_id = 1;看执行计划，type从ALL（全表扫描）变成ref（索引查找），这就是索引价值的直观证据。

3.2 JDBC连接配置：驱动版本、URL参数、密码认证，一个都不能错

src/dao/DBUtil.java是整个系统的数据库心脏，只有63行，但浓缩了MySQL连接的全部坑点。核心代码段：

private static final String URL = "jdbc:mysql://localhost:3306/hr_system?useSSL=false&serverTimezone=Asia/Shanghai&allowPublicKeyRetrieval=true";
private static final String USERNAME = "root";
private static final String PASSWORD = "123456";

static {
    try {
        // MySQL 8.0+ 驱动类名已变，必须用com.mysql.cj.jdbc.Driver
        Class.forName("com.mysql.cj.jdbc.Driver");
    } catch (ClassNotFoundException e) {
        throw new RuntimeException("MySQL Driver not found!", e);
    }
}

这里的关键参数解释：

useSSL=false：本地开发环境禁用SSL，避免证书验证失败。生产环境必须开启，但教学场景先求通。
serverTimezone=Asia/Shanghai：解决java.sql.SQLException: The server time zone value 'XXX' is unrecognized错误。MySQL服务器时区和JVM时区不一致时必加。
allowPublicKeyRetrieval=true：MySQL 8.0默认caching_sha2_password插件需要此参数，否则报Public Key Retrieval is not allowed。

驱动版本匹配是最大雷区。脚本明确要求：
- MySQL 5.7 → mysql-connector-java-5.1.47.jar
- MySQL 8.0+ → mysql-connector-java-8.0.33.jar

我统计过，83%的“连接失败”问题源于驱动不匹配。比如用8.0驱动连5.7数据库，会报Unknown system variable 'query_cache_size'；反之用5.1驱动连8.0数据库，则卡在密码认证环节。解决方案不是猜，而是看错误日志关键字：
- 日志含caching_sha2_password → 换8.0+驱动
- 日志含query_cache_size → 换5.1驱动
- 日志含serverTimezone → 加serverTimezone=Asia/Shanghai

这个判断逻辑，我直接写进了配套文档的“错误速查表”。

3.3 UI层事件流：一个“新增员工”按钮，背后五次方法调用

以MainFrame.java中“新增员工”菜单项为例，完整调用链如下（箭头表示调用方向）：

JMenuItem addAction → MainFrame.actionPerformed() 
→ new EmployeeAddDialog(this) 【构造对话框】
→ EmployeeAddDialog.saveButton.addActionListener() 
→ EmployeeAddDialog.saveAction() 【收集界面数据】
→ EmployeeService.addEmployee(employee) 【进入业务层】
→ EmployeeServiceImpl.validateEmployee() 【校验】
→ DepartmentDao.findById(deptId) 【查部门是否存在】
→ EmployeeDao.addEmployee(employee) 【执行插入】
→ 返回true/false → EmployeeAddDialog.showResult() 【弹窗提示】

这个链条里，EmployeeAddDialog作为独立对话框，继承自JDialog而非JFrame，确保它模态阻塞主窗口（用户不关掉对话框，不能操作主界面）。而showResult()方法里，不是简单JOptionPane.showMessageDialog，而是根据返回值动态显示：

if (success) {
    JOptionPane.showMessageDialog(this, "员工添加成功！", "提示", JOptionPane.INFORMATION_MESSAGE);
    this.dispose(); // 关闭对话框
    mainFrame.refreshEmployeeTable(); // 刷新主界面表格
} else {
    JOptionPane.showMessageDialog(this, "添加失败，请检查输入！", "错误", JOptionPane.ERROR_MESSAGE);
}

注意最后一句mainFrame.refreshEmployeeTable()——它触发主界面的JTable重新从数据库加载数据。很多学生写的版本，新增后表格不刷新，得手动点“刷新”按钮，就是因为忘了这行回调。我在代码里用SwingUtilities.invokeLater()包裹刷新操作，确保在事件调度线程（EDT）中执行，避免Swing线程安全问题。这个细节，是区分“能跑”和“专业”的分水岭。

4. 实操部署全流程：从零开始，手把手带你绕过所有已知坑

4.1 环境准备清单：JDK、MySQL、IDE，版本锁定是关键

这不是“装最新版就行”的场景，版本错配是失败主因。我的实测推荐组合：

组件	推荐版本	为什么选它	安装要点
JDK	JDK 11.0.22	Swing在JDK 11+稳定，且LTS长期支持；避开JDK 17的模块化限制	下载`jdk-11.0.22_windows-x64_bin.exe`，安装后设置`JAVA_HOME`指向`C:\Program Files\Java\jdk-11.0.22`，`PATH`加`%JAVA_HOME%\bin`
MySQL	MySQL 8.0.33	兼容新旧驱动，`caching_sha2_password`认证可配置	安装时勾选“Use Legacy Password Encryption”，或安装后执行`ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '123456';`
IDE	IntelliJ IDEA 2023.3	对Swing可视化支持好，Maven导入无坑	新建项目选“Empty Project”，然后`File → Project Structure → Modules → + → Import Module`，选择`mysql+java人事管理`根目录

特别提醒：不要用MySQL Installer的“Developer Default”配置！它默认启用严格模式（STRICT_TRANS_TABLES），导致插入空字符串''时报错。必须在安装后，编辑my.ini文件，在[mysqld]下添加：

sql_mode = "STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION"

然后重启MySQL服务。这个步骤，我让助教录了3分钟屏幕录像，学生跟着点三次鼠标就能搞定。

4.2 数据库导入四步法：比Navicat图形界面更可靠的命令行方式

图形界面导入容易因编码问题失败。我坚持用命令行，全程可控：

启动MySQL服务：Win+R输入services.msc → 找到MySQL80 → 右键“启动”
创建数据库：打开CMD，执行
bash mysql -u root -p -e "CREATE DATABASE hr_system CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;"
注意：-p后直接跟密码（如-p123456），避免交互式输密码出错
导入SQL脚本：
bash mysql -u root -p hr_system < "D:\path\to\sql\databaseproject.sql"
路径用双引号包裹，防止空格中断
验证数据：
bash mysql -u root -p -e "USE hr_system; SELECT COUNT(*) FROM employee;"
返回COUNT(*)为0，说明导入成功（初始无数据）

这四步里，第三步最容易错——学生常把<写成>，或者路径里用了中文，导致The system cannot find the file specified。我在配套文档里把每条命令做成可复制的代码块，并标注“复制整行，粘贴到CMD回车”。

4.3 IDE导入与运行：三分钟完成，关键在Module设置

以IntelliJ IDEA为例，避坑步骤：

File → New → Project from Existing Sources → 选择mysql+java人事管理文件夹
在向导中，取消勾选“Create project from external model”（不要让它当Maven项目）
进入Project Structure → Modules → 选中模块 → Sources标签页 → 将src文件夹标记为Sources（蓝色图标）
Dependencies标签页 → + → JARs or directories → 添加mysql-connector-java-8.0.33.jar（路径：lib/mysql-connector-java-8.0.33.jar）
Run → Edit Configurations → + → Application → Main class填ui.MainFrame → Working directory设为项目根目录（ $ProjectFileDir$ ）

最关键的第2步：如果勾选了Maven，IDEA会试图找pom.xml，找不到就报红。而这个项目是纯Java项目，不需要Maven。我在实训中，让助教提前把IDEA设置截图发群里，标注“此处必须取消勾选”，减少80%的导入失败。

4.4 功能模块入口指南：知道从哪开始，才能高效调试

项目没有main方法在Main.java里，所有入口都在ui包下。常用入口类及用途：

类名	启动方式	适用场景	调试技巧
`ui.MainFrame`	IDE右键 → `Run 'MainFrame.main()'`	主程序入口，展示完整系统	在`MainFrame`构造方法第一行加`System.out.println("MainFrame started");`，确认是否进入
`ui.dialog.EmployeeAddDialog`	主界面点“新增员工”触发	单独测试新增逻辑	在`saveAction()`开头加断点，观察`employee`对象属性是否正确赋值
`dao.impl.EmployeeDaoImpl`	在Service测试中调用	测试DAO层SQL是否正确	在`addEmployee()`里`System.out.println(sql)`打印最终SQL，复制到MySQL命令行执行验证

我要求学生调试前，先在DBUtil.getConnection()里加一句System.out.println("Connected to DB: " + connection.getMetaData().getURL());，看到控制台输出jdbc:mysql://localhost:3306/hr_system...才算数据库连通。这个习惯，帮他们绕过了70%的“功能正常但数据不显示”问题——因为根本没连上库。

5. 常见问题与排查技巧实录：那些让我熬夜改了三版的坑

5.1 连接失败类问题：错误日志是你的第一份诊断报告

我把学生提交的报错日志分类整理成速查表，按关键词匹配：

错误日志关键词	根本原因	解决方案	验证方式
`Access denied for user 'root'@'localhost'`	密码错误或认证插件不兼容	MySQL 8.0执行`ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '123456';`	用`mysql -u root -p`命令行登录测试
`Unknown system variable 'query_cache_size'`	MySQL 8.0驱动连5.7数据库	换用`mysql-connector-java-5.1.47.jar`	删除旧jar，重启IDE，重新导入新jar
`The server time zone value '...' is unrecognized`	时区未配置	JDBC URL加`&serverTimezone=Asia/Shanghai`	查看MySQL中`SELECT @@global.time_zone, @@session.time_zone;`
`Public Key Retrieval is not allowed`	MySQL 8.0密码插件需要公钥	URL加`&allowPublicKeyRetrieval=true`	确保URL中`?`后第一个参数是`useSSL=false`，避免`&`开头

独家技巧：当遇到无法归类的连接异常，立即执行telnet localhost 3306。如果提示“无法连接到主机”，说明MySQL服务根本没启动；如果连接成功但报错，才是驱动或SQL问题。这个telnet命令，是我教给学生的“网络层黄金检测法”，比看日志快十倍。

5.2 界面显示类问题：Swing的线程安全与资源路径陷阱

问题：主界面打开后，表格空白，但控制台无报错
排查：在MainFrame.refreshEmployeeTable()方法里，tableModel.setRowCount(0)后，加一行System.out.println("Loaded " + list.size() + " employees");。如果输出Loaded 0 employees，说明DAO层没查到数据；如果输出Loaded 5 employees但表格仍空白，大概率是SwingUtilities.invokeLater()没包裹tableModel.fireTableDataChanged()。
问题：图标显示为方框或空白
根源：ImageIcon路径错误。images文件夹必须在项目根目录，且运行时工作目录是根目录。在IDE中，Run Configuration → Working directory必须设为 $ProjectFileDir$ （IntelliJ）或Project directory（Eclipse）。我让学生在MainFrame构造方法里加：
java System.out.println("Current dir: " + System.getProperty("user.dir")); System.out.println("Image exists: " + new File("images/main_icon.png").exists());
如果第二行输出false，立刻检查images位置。

5.3 功能逻辑类问题：业务规则的边界条件，往往藏在测试用例里

部门删除失败：用户删除部门时，报外键约束错误。
真相：dept表的外键约束是ON DELETE RESTRICT（见3.1节），意味着必须先清空该部门下所有员工，才能删部门。我在DepartmentServiceImpl.deleteDepartment()里加了防御性检查：
java if (employeeDao.countByDeptId(deptId) > 0) { throw new BusinessException("部门下存在员工，无法删除！"); }
这个BusinessException会被UI层捕获，弹出友好提示。很多学生抄代码时删掉了这行，结果演示时当场翻车。
手机号重复添加：两个员工用同一手机号，系统没拦截。
修复：在EmployeeServiceImpl.validateEmployee()里增加：
java if (employeeDao.findByPhone(employee.getPhone()) != null) { throw new BusinessException("手机号已存在！"); }
注意：findByPhone()方法在EmployeeDaoImpl里用SELECT * FROM employee WHERE phone = ?实现，并加了UNIQUE INDEX idx_phone (phone)索引。这个索引在databaseproject.sql里已建好，但学生常忽略，导致重复校验失效。

5.4 性能与扩展建议：从教学项目到真实可用的跃迁路径

这套系统定位是教学，但稍作改造就能用于小型办公室。我的升级建议：

搜索增强：当前只支持精确匹配，可引入LIKE %keyword%模糊搜索。在EmployeeDaoImpl.searchEmployees(String keyword)里：
java String sql = "SELECT * FROM employee WHERE name LIKE ? OR phone LIKE ?"; ps.setString(1, "%" + keyword + "%"); ps.setString(2, "%" + keyword + "%");
注意防SQL注入：必须用?占位符，绝不能字符串拼接。
导出Excel：用Apache POI库。在MainFrame加“导出”按钮，点击后调用：
java List<Employee> list = employeeService.getAllEmployees(); XSSFWorkbook workbook = new XSSFWorkbook(); XSSFSheet sheet = workbook.createSheet("员工列表"); // 写入表头、数据行... FileOutputStream out = new FileOutputStream("employees.xlsx"); workbook.write(out);
这个功能，我留作实训课的加分题，学生完成率超90%。
权限控制雏形：目前所有用户都是root。可在User表加role字段（admin/user），登录后根据角色禁用菜单项：
java if (!"admin".equals(currentUser.getRole())) { deptMenu.setEnabled(false); // 禁用部门管理菜单 }
这个改动只需5行代码，却让学生第一次体会到“权限”不是概念，是真实的setEnabled(false)。

6. 教学与实践价值延伸：为什么我坚持用Swing教Java

有人问我：“现在都JavaFX、Web了，还教Swing是不是过时？”我的回答是：Swing不是技术栈，是思维训练器。它强迫你直面最原始的编程矛盾——事件驱动与单线程GUI的冲突。当你在ActionListener里写Thread.sleep(1000)导致界面冻结，才会真正理解SwingWorker的价值；当你为JTable自定义渲染器，才明白MVC模式在GUI中的具象化；当你调试paintComponent()重绘闪烁问题，才懂得双缓冲的意义。

这套人事系统，我把它拆成六个渐进式实验：

实验一：只运行MainFrame，观察界面布局（理解Swing容器关系）
实验二：修改EmployeeDaoImpl.addEmployee()，故意写错SQL，看报错堆栈（理解JDBC异常体系）
实验三：在EmployeeServiceImpl里加日志，跟踪新增员工全流程（理解分层调用链）
实验四：为JTable添加右键菜单“复制选中行”（理解Swing事件模型）
实验五：用JFileChooser实现员工照片上传（理解文件IO与Swing集成）
实验六：将DAO层替换为H2内存数据库，实现零配置测试（理解依赖倒置）

每个实验，我都提供“预期现象”和“失败对照表”。比如实验四，预期是右键弹出菜单，失败现象包括：菜单不出现（监听器没注册）、菜单位置偏移（坐标计算错）、点击无响应（菜单项没加ActionListener）。这种颗粒度的指导，让学习不再是“看懂”，而是“做到”。

最后分享一个小技巧：让学生把MainFrame.java里的setTitle("Java人事管理系统 v1.0")改成自己的学号，然后截图发群里。这个简单的个性化操作，会让90%的学生在接下来的三天里，主动去读MainFrame的每一行代码——因为那是“他的”窗口。教育的本质，有时就藏在一个小小的setTitle()里。

本文还有配套的精品资源，点击获取