简介这份资源是面向高校计算机专业学生与Java初学者的一套银行账户管理系统毕业设计完整方案围绕Java企业级开发技术栈展开可用于课程设计、毕业设计参考或Spring Boot入门实战练习。压缩包共28个文件约270KB以10个java源码与10个class编译文件为核心另含3个db数据库脚本、project与classpath工程配置、prefs偏好设置及txt说明并附一份doc项目报告覆盖从代码到文档的完整交付内容。系统采用Spring Boot结合Spring Data JPA与MyBatis实现数据访问遵循MVC分层架构使用MySQL设计用户表、账户表与交易记录表并引入Spring Security完成认证授权前端以Thymeleaf配合Ajax实现响应式交互同时包含统一异常处理、Log4j日志记录以及单元与集成测试。目前已有80人学习适合希望理解银行账目业务建模、掌握分层开发与数据库设计的读者参考借鉴。1. 从一份能跑起来的 Java 银行账目系统说起很多计算机专业的同学到了大四上学期手里攥着一个毕业设计选题却卡在“从哪开始写”这一步。选题是“基于 Java 的银行账目管理系统”听起来不难真动手才发现账户余额怎么保证不出负数转账事务怎么回滚用户密码存明文还是加密这些细节没人告诉你网上搜到的代码要么跑不起来要么缺数据库脚本。我拆的这份资源就是一套完整的、能直接导入 IDE 运行的银行账目管理系统包含源代码和一份项目说明报告。技术栈是 Java Spring Boot Spring Data JPA / MyBatis MySQL Thymeleaf Spring Security覆盖了从用户登录、账户管理、交易记录到权限控制的完整链路。它适合两类人一是正在做 Java 毕业设计、需要一份结构清晰可参考的工程二是刚学完 Spring Boot 想找一个有业务逻辑的项目练手。下面我从环境搭建、核心模块实现、数据库设计到避坑排查把这份资源拆开讲清楚。2. 环境搭建与工程结构把项目跑起来的第一公里2.1 技术栈选型与依赖版本确认拿到一个 Java 项目压缩包第一件事不是急着点运行而是先看它用了什么、版本对不对。这份资源的核心依赖是 Spring Boot 2.x 系列常见做法是 2.7.x搭配 Spring Data JPA 做数据访问同时保留了 MyBatis 作为可替换方案。数据库用 MySQL 5.7 或 8.0 都能跑前端模板引擎是 Thymeleaf安全框架是 Spring Security。为什么选这套组合Spring Boot 的好处是内嵌 Tomcat不需要单独装服务器JPA 的好处是实体类和表结构通过注解映射减少手写 SQL 的工作量Thymeleaf 的好处是 HTML 里直接写变量对不熟悉前后端分离的毕业设计来说上手成本最低。在导入之前先确认本机环境组件建议版本检查命令JDK1.8 或 11java -versionMaven3.6mvn -vMySQL5.7 / 8.0mysql --versionIDEIntelliJ IDEA / Eclipse无如果 JDK 版本是 17 以上Spring Boot 2.x 的某些依赖可能报模块访问错误常见做法是降级到 JDK 11 或者升级 Spring Boot 到 3.x但升级会带来javax到jakarta的包名迁移问题毕业设计阶段不建议折腾直接用 JDK 8 或 11 最稳。2.2 数据库初始化与连接配置项目跑不起来的头号原因就是数据库没配好。这份资源里一般会带一个.sql文件需要先手动导入 MySQL。常见做法是创建一个名为bank_manager的数据库然后执行脚本# 登录 MySQL mysql -u root -p # 创建数据库字符集用 utf8mb4 避免中文乱码 CREATE DATABASE bank_manager DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; # 切换到该数据库 USE bank_manager; # 导入表结构和初始数据假设脚本在当前目录 source /path/to/bank_manager.sql;导入完成后打开项目的application.properties或application.yml修改数据库连接信息# 数据库连接配置 spring.datasource.urljdbc:mysql://localhost:3306/bank_manager?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai spring.datasource.usernameroot spring.datasource.password你的密码 spring.datasource.driver-class-namecom.mysql.cj.jdbc.Driver # JPA 配置开发阶段设为 update生产环境改为 validate spring.jpa.hibernate.ddl-autoupdate spring.jpa.show-sqltrue spring.jpa.properties.hibernate.format_sqltrue这里有几个参数值得注意。serverTimezoneAsia/Shanghai不加的话MySQL 8.0 会报时区错误。ddl-autoupdate表示启动时自动根据实体类更新表结构开发阶段方便但如果数据库里已有数据改成none更安全避免误删字段。show-sqltrue会把执行的 SQL 打印到控制台排查问题时很有用但上线前记得关掉。2.3 启动类与项目目录结构导入 IDEA 后等待 Maven 下载完依赖找到主启动类通常叫BankManagerApplication.java右键运行。如果控制台没有报错并且看到 Tomcat started on port 8080说明后端起来了。浏览器访问http://localhost:8080应该能看到登录页。项目的目录结构一般是这样的src/main/java/com/bank/ ├── controller/ # 控制器层处理 HTTP 请求 ├── service/ # 业务逻辑层 │ └── impl/ # 业务逻辑实现 ├── repository/ # 数据访问层JPA Repository 或 MyBatis Mapper ├── entity/ # 实体类对应数据库表 ├── config/ # 配置类如 SecurityConfig └── BankManagerApplication.java src/main/resources/ ├── templates/ # Thymeleaf 模板文件 ├── static/ # CSS、JS 等静态资源 └── application.properties这个分层结构就是典型的 MVC。Controller 接收前端请求调用 Service 处理业务Service 再通过 Repository 读写数据库最后把结果返回给 Thymeleaf 渲染。理解这个链路后面改功能才不会迷路。3. 核心业务模块拆解账户、交易与权限怎么落地3.1 账户实体设计与余额字段的精度问题银行系统里最核心的表就是账户表。这份资源的实体类设计大致如下Entity Table(name account) public class Account { Id GeneratedValue(strategy GenerationType.IDENTITY) private Long id; Column(nullable false, unique true) private String accountNumber; // 账号 Column(nullable false) private String accountHolder; // 开户人姓名 Column(nullable false) private BigDecimal balance; // 余额必须用 BigDecimal Column(nullable false) private String accountType; // 账户类型储蓄/活期 // 省略 getter/setter }这里有一个血泪经验余额字段绝对不能用double或float。浮点数在计算机里是近似存储0.1 0.2不等于0.3银行系统里这种误差会导致对账对不上。必须用BigDecimal并且在做加减运算时用add()和subtract()方法不要用和-运算符。另外accountNumber加了unique true防止重复账号插入。3.2 转账功能的事务控制与并发安全转账是银行系统里最典型的业务场景也是面试里经常被问到的。这份资源的转账逻辑大致是这样的Service public class TransferService { Autowired private AccountRepository accountRepository; Autowired private TransactionRepository transactionRepository; Transactional(rollbackFor Exception.class) public void transfer(String fromAccount, String toAccount, BigDecimal amount) { // 1. 查询转出账户 Account from accountRepository.findByAccountNumber(fromAccount) .orElseThrow(() - new RuntimeException(转出账户不存在)); // 2. 查询转入账户 Account to accountRepository.findByAccountNumber(toAccount) .orElseThrow(() - new RuntimeException(转入账户不存在)); // 3. 检查余额是否充足 if (from.getBalance().compareTo(amount) 0) { throw new RuntimeException(余额不足); } // 4. 扣减转出账户余额 from.setBalance(from.getBalance().subtract(amount)); accountRepository.save(from); // 5. 增加转入账户余额 to.setBalance(to.getBalance().add(amount)); accountRepository.save(to); // 6. 记录交易流水 Transaction tx new Transaction(); tx.setFromAccount(fromAccount); tx.setToAccount(toAccount); tx.setAmount(amount); tx.setTransactionTime(LocalDateTime.now()); transactionRepository.save(tx); } }这段代码有几个关键点。第一Transactional(rollbackFor Exception.class)保证方法内任何一步抛异常前面的数据库操作都会回滚不会出现“钱扣了但没到账”的情况。第二余额检查用compareTo而不是equals因为BigDecimal的equals会比较精度1.0和1.00不相等。第三这个实现没有加锁在高并发下两个线程同时转账可能导致余额覆盖。常见做法是在查询时加悲观锁Lock(LockModeType.PESSIMISTIC_WRITE)或者用乐观锁版本号。毕业设计阶段并发量不大但面试时被问到要能说出这个边界。3.3 Spring Security 登录认证与角色权限系统的登录和权限控制由 Spring Security 接管。核心配置类一般长这样Configuration EnableWebSecurity public class SecurityConfig extends WebSecurityConfigurerAdapter { Autowired private UserDetailsService userDetailsService; Override protected void configure(AuthenticationManagerBuilder auth) throws Exception { // 使用自定义的 UserDetailsService 从数据库加载用户 auth.userDetailsService(userDetailsService) .passwordEncoder(passwordEncoder()); } Override protected void configure(HttpSecurity http) throws Exception { http.authorizeRequests() .antMatchers(/login, /css/**, /js/**).permitAll() // 放行登录页和静态资源 .antMatchers(/admin/**).hasRole(ADMIN) // 管理员页面需要 ADMIN 角色 .anyRequest().authenticated() // 其他请求需要登录 .and() .formLogin() .loginPage(/login) // 自定义登录页 .defaultSuccessUrl(/dashboard) // 登录成功跳转 .permitAll() .and() .logout() .logoutSuccessUrl(/login?logout) .permitAll(); } Bean public PasswordEncoder passwordEncoder() { // 使用 BCrypt 加密密码不要存明文 return new BCryptPasswordEncoder(); } }这里最容易翻车的地方是密码加密。如果数据库里存的是明文密码BCryptPasswordEncoder匹配时会直接失败。常见做法是在用户注册时用passwordEncoder.encode(rawPassword)加密后再存入数据库。另外hasRole(ADMIN)要求数据库里的角色字段值必须是ROLE_ADMIN格式少写ROLE_前缀会导致权限判断永远为 false这个坑我见过不止一次。3.4 交易记录查询与分页展示交易记录表通常包含转出账号、转入账号、金额、时间、状态等字段。前端展示时不可能一次把所有记录查出来需要分页。Spring Data JPA 提供了Pageable接口GetMapping(/transactions) public String listTransactions(RequestParam(defaultValue 0) int page, RequestParam(defaultValue 10) int size, Model model) { // 按交易时间倒序排列每页 size 条 Pageable pageable PageRequest.of(page, size, Sort.by(transactionTime).descending()); PageTransaction transactionPage transactionRepository.findAll(pageable); model.addAttribute(transactions, transactionPage.getContent()); model.addAttribute(currentPage, page); model.addAttribute(totalPages, transactionPage.getTotalPages()); return transaction_list; // 对应 templates/transaction_list.html }PageRequest.of(page, size, sort)三个参数分别是页码从 0 开始、每页条数、排序规则。Thymeleaf 模板里用th:each遍历transactions再用th:href生成翻页链接。注意页码从 0 开始前端显示时要加 1否则用户看到“第 0 页”会觉得奇怪。4. 避坑与排查那些让项目跑不起来的常见问题4.1 启动报错 “Access denied for user ‘root‘‘localhost‘”现象项目启动时控制台抛出java.sql.SQLException: Access denied for user rootlocalhost (using password: YES)。原因application.properties里的数据库密码和本机 MySQL 实际密码不一致或者 MySQL 用户权限没配好。解决先确认本机 MySQL 密码可以在命令行用mysql -u root -p手动登录测试。如果密码正确但仍报错检查 MySQL 的user表里 root 用户的host字段是否是%或localhost。常见做法是执行ALTER USER rootlocalhost IDENTIFIED BY 新密码;然后FLUSH PRIVILEGES;。4.2 页面中文乱码现象登录页或交易记录页的中文显示成问号或乱码。原因数据库字符集不是utf8mb4或者 JDBC 连接串没加characterEncodingutf8。解决先检查数据库和表的字符集用SHOW CREATE TABLE account;查看。如果不对用ALTER TABLE account CONVERT TO CHARACTER SET utf8mb4;修改。同时确认连接串里有useUnicodetruecharacterEncodingutf8。Thymeleaf 模板文件本身也要保存为 UTF-8 编码IDEA 右下角可以切换。4.3 登录后跳转 403 Forbidden现象输入正确的用户名和密码登录成功后跳到一个 403 页面。原因Spring Security 的 CSRF 保护拦截了 POST 请求或者角色配置不对。解决如果是 Thymeleaf 表单提交确保表单里包含 CSRF tokeninput typehidden th:name${_csrf.parameterName} th:value${_csrf.token}/。如果是角色问题检查数据库里用户的角色字段值是否是ROLE_ADMIN或ROLE_USER少前缀会导致权限不匹配。4.4 转账后余额没变化现象调用转账接口没有报错但查询账户发现余额没变。原因Transactional注解没生效或者 JPA 的脏检查机制没触发更新。解决首先确认Transactional加在 public 方法上并且是从外部类调用的同类内部调用不会触发代理。其次如果用 JPA修改实体后不需要手动调save()事务提交时会自动脏检查更新但前提是实体处于持久态。如果用了save()还没更新检查是否在事务方法里抛了异常被吞掉。4.5 Maven 依赖下载失败或版本冲突现象IDEA 里大量红色报错提示找不到某个类或方法。原因Maven 中央仓库网络问题或者 Spring Boot 版本和某个依赖版本不兼容。解决先尝试mvn clean install -U强制更新依赖。如果某个依赖一直下载失败可以在pom.xml里排除冲突的传递依赖或者手动指定版本号。常见冲突是spring-boot-starter-data-jpa和mybatis-spring-boot-starter同时存在时数据源配置会打架建议二选一不要同时用。5. 从能跑到能讲二次开发与答辩验证的实操技巧把项目跑起来只是第一步毕业设计答辩时老师不会只看你运行一遍还会问你“这个功能怎么实现的”“如果并发怎么办”“为什么用这个技术”。所以你需要对代码做几处小改造既能加深理解也能在答辩时有东西可讲。第一个改造点给转账方法加一个简单的并发测试。写一个单元测试用ExecutorService起 10 个线程同时转账观察是否出现余额不一致。你会发现不加锁的情况下确实会有问题然后你可以加上Lock(LockModeType.PESSIMISTIC_WRITE)再测一次对比结果。这个实验做一遍面试被问到“怎么保证转账安全”你就有实战经验了。Test public void testConcurrentTransfer() throws InterruptedException { int threadCount 10; ExecutorService executor Executors.newFixedThreadPool(threadCount); CountDownLatch latch new CountDownLatch(threadCount); for (int i 0; i threadCount; i) { executor.submit(() - { try { transferService.transfer(ACC001, ACC002, new BigDecimal(100)); } finally { latch.countDown(); } }); } latch.await(); // 检查两个账户余额之和是否等于初始值 Account a accountRepository.findByAccountNumber(ACC001).get(); Account b accountRepository.findByAccountNumber(ACC002).get(); System.out.println(余额之和 a.getBalance().add(b.getBalance())); }第二个改造点把ddl-auto从update改成validate然后手动维护一份schema.sql。这样做的好处是表结构变更可控不会因为实体类改了个字段名就把数据库列删了。答辩时你可以说“生产环境不会用自动建表我用 schema.sql 管理版本”这是一个加分项。第三个改造点给交易记录加一个按时间范围查询的功能。在 Repository 里定义一个方法Query(SELECT t FROM Transaction t WHERE t.transactionTime BETWEEN :start AND :end) ListTransaction findByTimeRange(Param(start) LocalDateTime start, Param(end) LocalDateTime end);然后在 Controller 里接收前端传来的起止时间参数调用这个方法。这个功能不复杂但能让你的系统看起来更完整答辩时演示也有东西可点。最后一个习惯每次改完代码先跑一遍单元测试再启动项目手动点一遍核心流程。我见过太多人改了一个字段名结果登录都进不去了。从那以后我每次改实体类字段都强制走一遍“改代码 → 跑测试 → 启动验证”的流程省得答辩前一天翻车。希望帮到你。本文还有配套的精品资源点击获取
Java银行账目管理系统毕业设计实战：从环境搭建到转账事务与权限控制
简介这份资源是面向高校计算机专业学生与Java初学者的一套银行账户管理系统毕业设计完整方案围绕Java企业级开发技术栈展开可用于课程设计、毕业设计参考或Spring Boot入门实战练习。压缩包共28个文件约270KB以10个java源码与10个class编译文件为核心另含3个db数据库脚本、project与classpath工程配置、prefs偏好设置及txt说明并附一份doc项目报告覆盖从代码到文档的完整交付内容。系统采用Spring Boot结合Spring Data JPA与MyBatis实现数据访问遵循MVC分层架构使用MySQL设计用户表、账户表与交易记录表并引入Spring Security完成认证授权前端以Thymeleaf配合Ajax实现响应式交互同时包含统一异常处理、Log4j日志记录以及单元与集成测试。目前已有80人学习适合希望理解银行账目业务建模、掌握分层开发与数据库设计的读者参考借鉴。1. 从一份能跑起来的 Java 银行账目系统说起很多计算机专业的同学到了大四上学期手里攥着一个毕业设计选题却卡在“从哪开始写”这一步。选题是“基于 Java 的银行账目管理系统”听起来不难真动手才发现账户余额怎么保证不出负数转账事务怎么回滚用户密码存明文还是加密这些细节没人告诉你网上搜到的代码要么跑不起来要么缺数据库脚本。我拆的这份资源就是一套完整的、能直接导入 IDE 运行的银行账目管理系统包含源代码和一份项目说明报告。技术栈是 Java Spring Boot Spring Data JPA / MyBatis MySQL Thymeleaf Spring Security覆盖了从用户登录、账户管理、交易记录到权限控制的完整链路。它适合两类人一是正在做 Java 毕业设计、需要一份结构清晰可参考的工程二是刚学完 Spring Boot 想找一个有业务逻辑的项目练手。下面我从环境搭建、核心模块实现、数据库设计到避坑排查把这份资源拆开讲清楚。2. 环境搭建与工程结构把项目跑起来的第一公里2.1 技术栈选型与依赖版本确认拿到一个 Java 项目压缩包第一件事不是急着点运行而是先看它用了什么、版本对不对。这份资源的核心依赖是 Spring Boot 2.x 系列常见做法是 2.7.x搭配 Spring Data JPA 做数据访问同时保留了 MyBatis 作为可替换方案。数据库用 MySQL 5.7 或 8.0 都能跑前端模板引擎是 Thymeleaf安全框架是 Spring Security。为什么选这套组合Spring Boot 的好处是内嵌 Tomcat不需要单独装服务器JPA 的好处是实体类和表结构通过注解映射减少手写 SQL 的工作量Thymeleaf 的好处是 HTML 里直接写变量对不熟悉前后端分离的毕业设计来说上手成本最低。在导入之前先确认本机环境组件建议版本检查命令JDK1.8 或 11java -versionMaven3.6mvn -vMySQL5.7 / 8.0mysql --versionIDEIntelliJ IDEA / Eclipse无如果 JDK 版本是 17 以上Spring Boot 2.x 的某些依赖可能报模块访问错误常见做法是降级到 JDK 11 或者升级 Spring Boot 到 3.x但升级会带来javax到jakarta的包名迁移问题毕业设计阶段不建议折腾直接用 JDK 8 或 11 最稳。2.2 数据库初始化与连接配置项目跑不起来的头号原因就是数据库没配好。这份资源里一般会带一个.sql文件需要先手动导入 MySQL。常见做法是创建一个名为bank_manager的数据库然后执行脚本# 登录 MySQL mysql -u root -p # 创建数据库字符集用 utf8mb4 避免中文乱码 CREATE DATABASE bank_manager DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; # 切换到该数据库 USE bank_manager; # 导入表结构和初始数据假设脚本在当前目录 source /path/to/bank_manager.sql;导入完成后打开项目的application.properties或application.yml修改数据库连接信息# 数据库连接配置 spring.datasource.urljdbc:mysql://localhost:3306/bank_manager?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai spring.datasource.usernameroot spring.datasource.password你的密码 spring.datasource.driver-class-namecom.mysql.cj.jdbc.Driver # JPA 配置开发阶段设为 update生产环境改为 validate spring.jpa.hibernate.ddl-autoupdate spring.jpa.show-sqltrue spring.jpa.properties.hibernate.format_sqltrue这里有几个参数值得注意。serverTimezoneAsia/Shanghai不加的话MySQL 8.0 会报时区错误。ddl-autoupdate表示启动时自动根据实体类更新表结构开发阶段方便但如果数据库里已有数据改成none更安全避免误删字段。show-sqltrue会把执行的 SQL 打印到控制台排查问题时很有用但上线前记得关掉。2.3 启动类与项目目录结构导入 IDEA 后等待 Maven 下载完依赖找到主启动类通常叫BankManagerApplication.java右键运行。如果控制台没有报错并且看到 Tomcat started on port 8080说明后端起来了。浏览器访问http://localhost:8080应该能看到登录页。项目的目录结构一般是这样的src/main/java/com/bank/ ├── controller/ # 控制器层处理 HTTP 请求 ├── service/ # 业务逻辑层 │ └── impl/ # 业务逻辑实现 ├── repository/ # 数据访问层JPA Repository 或 MyBatis Mapper ├── entity/ # 实体类对应数据库表 ├── config/ # 配置类如 SecurityConfig └── BankManagerApplication.java src/main/resources/ ├── templates/ # Thymeleaf 模板文件 ├── static/ # CSS、JS 等静态资源 └── application.properties这个分层结构就是典型的 MVC。Controller 接收前端请求调用 Service 处理业务Service 再通过 Repository 读写数据库最后把结果返回给 Thymeleaf 渲染。理解这个链路后面改功能才不会迷路。3. 核心业务模块拆解账户、交易与权限怎么落地3.1 账户实体设计与余额字段的精度问题银行系统里最核心的表就是账户表。这份资源的实体类设计大致如下Entity Table(name account) public class Account { Id GeneratedValue(strategy GenerationType.IDENTITY) private Long id; Column(nullable false, unique true) private String accountNumber; // 账号 Column(nullable false) private String accountHolder; // 开户人姓名 Column(nullable false) private BigDecimal balance; // 余额必须用 BigDecimal Column(nullable false) private String accountType; // 账户类型储蓄/活期 // 省略 getter/setter }这里有一个血泪经验余额字段绝对不能用double或float。浮点数在计算机里是近似存储0.1 0.2不等于0.3银行系统里这种误差会导致对账对不上。必须用BigDecimal并且在做加减运算时用add()和subtract()方法不要用和-运算符。另外accountNumber加了unique true防止重复账号插入。3.2 转账功能的事务控制与并发安全转账是银行系统里最典型的业务场景也是面试里经常被问到的。这份资源的转账逻辑大致是这样的Service public class TransferService { Autowired private AccountRepository accountRepository; Autowired private TransactionRepository transactionRepository; Transactional(rollbackFor Exception.class) public void transfer(String fromAccount, String toAccount, BigDecimal amount) { // 1. 查询转出账户 Account from accountRepository.findByAccountNumber(fromAccount) .orElseThrow(() - new RuntimeException(转出账户不存在)); // 2. 查询转入账户 Account to accountRepository.findByAccountNumber(toAccount) .orElseThrow(() - new RuntimeException(转入账户不存在)); // 3. 检查余额是否充足 if (from.getBalance().compareTo(amount) 0) { throw new RuntimeException(余额不足); } // 4. 扣减转出账户余额 from.setBalance(from.getBalance().subtract(amount)); accountRepository.save(from); // 5. 增加转入账户余额 to.setBalance(to.getBalance().add(amount)); accountRepository.save(to); // 6. 记录交易流水 Transaction tx new Transaction(); tx.setFromAccount(fromAccount); tx.setToAccount(toAccount); tx.setAmount(amount); tx.setTransactionTime(LocalDateTime.now()); transactionRepository.save(tx); } }这段代码有几个关键点。第一Transactional(rollbackFor Exception.class)保证方法内任何一步抛异常前面的数据库操作都会回滚不会出现“钱扣了但没到账”的情况。第二余额检查用compareTo而不是equals因为BigDecimal的equals会比较精度1.0和1.00不相等。第三这个实现没有加锁在高并发下两个线程同时转账可能导致余额覆盖。常见做法是在查询时加悲观锁Lock(LockModeType.PESSIMISTIC_WRITE)或者用乐观锁版本号。毕业设计阶段并发量不大但面试时被问到要能说出这个边界。3.3 Spring Security 登录认证与角色权限系统的登录和权限控制由 Spring Security 接管。核心配置类一般长这样Configuration EnableWebSecurity public class SecurityConfig extends WebSecurityConfigurerAdapter { Autowired private UserDetailsService userDetailsService; Override protected void configure(AuthenticationManagerBuilder auth) throws Exception { // 使用自定义的 UserDetailsService 从数据库加载用户 auth.userDetailsService(userDetailsService) .passwordEncoder(passwordEncoder()); } Override protected void configure(HttpSecurity http) throws Exception { http.authorizeRequests() .antMatchers(/login, /css/**, /js/**).permitAll() // 放行登录页和静态资源 .antMatchers(/admin/**).hasRole(ADMIN) // 管理员页面需要 ADMIN 角色 .anyRequest().authenticated() // 其他请求需要登录 .and() .formLogin() .loginPage(/login) // 自定义登录页 .defaultSuccessUrl(/dashboard) // 登录成功跳转 .permitAll() .and() .logout() .logoutSuccessUrl(/login?logout) .permitAll(); } Bean public PasswordEncoder passwordEncoder() { // 使用 BCrypt 加密密码不要存明文 return new BCryptPasswordEncoder(); } }这里最容易翻车的地方是密码加密。如果数据库里存的是明文密码BCryptPasswordEncoder匹配时会直接失败。常见做法是在用户注册时用passwordEncoder.encode(rawPassword)加密后再存入数据库。另外hasRole(ADMIN)要求数据库里的角色字段值必须是ROLE_ADMIN格式少写ROLE_前缀会导致权限判断永远为 false这个坑我见过不止一次。3.4 交易记录查询与分页展示交易记录表通常包含转出账号、转入账号、金额、时间、状态等字段。前端展示时不可能一次把所有记录查出来需要分页。Spring Data JPA 提供了Pageable接口GetMapping(/transactions) public String listTransactions(RequestParam(defaultValue 0) int page, RequestParam(defaultValue 10) int size, Model model) { // 按交易时间倒序排列每页 size 条 Pageable pageable PageRequest.of(page, size, Sort.by(transactionTime).descending()); PageTransaction transactionPage transactionRepository.findAll(pageable); model.addAttribute(transactions, transactionPage.getContent()); model.addAttribute(currentPage, page); model.addAttribute(totalPages, transactionPage.getTotalPages()); return transaction_list; // 对应 templates/transaction_list.html }PageRequest.of(page, size, sort)三个参数分别是页码从 0 开始、每页条数、排序规则。Thymeleaf 模板里用th:each遍历transactions再用th:href生成翻页链接。注意页码从 0 开始前端显示时要加 1否则用户看到“第 0 页”会觉得奇怪。4. 避坑与排查那些让项目跑不起来的常见问题4.1 启动报错 “Access denied for user ‘root‘‘localhost‘”现象项目启动时控制台抛出java.sql.SQLException: Access denied for user rootlocalhost (using password: YES)。原因application.properties里的数据库密码和本机 MySQL 实际密码不一致或者 MySQL 用户权限没配好。解决先确认本机 MySQL 密码可以在命令行用mysql -u root -p手动登录测试。如果密码正确但仍报错检查 MySQL 的user表里 root 用户的host字段是否是%或localhost。常见做法是执行ALTER USER rootlocalhost IDENTIFIED BY 新密码;然后FLUSH PRIVILEGES;。4.2 页面中文乱码现象登录页或交易记录页的中文显示成问号或乱码。原因数据库字符集不是utf8mb4或者 JDBC 连接串没加characterEncodingutf8。解决先检查数据库和表的字符集用SHOW CREATE TABLE account;查看。如果不对用ALTER TABLE account CONVERT TO CHARACTER SET utf8mb4;修改。同时确认连接串里有useUnicodetruecharacterEncodingutf8。Thymeleaf 模板文件本身也要保存为 UTF-8 编码IDEA 右下角可以切换。4.3 登录后跳转 403 Forbidden现象输入正确的用户名和密码登录成功后跳到一个 403 页面。原因Spring Security 的 CSRF 保护拦截了 POST 请求或者角色配置不对。解决如果是 Thymeleaf 表单提交确保表单里包含 CSRF tokeninput typehidden th:name${_csrf.parameterName} th:value${_csrf.token}/。如果是角色问题检查数据库里用户的角色字段值是否是ROLE_ADMIN或ROLE_USER少前缀会导致权限不匹配。4.4 转账后余额没变化现象调用转账接口没有报错但查询账户发现余额没变。原因Transactional注解没生效或者 JPA 的脏检查机制没触发更新。解决首先确认Transactional加在 public 方法上并且是从外部类调用的同类内部调用不会触发代理。其次如果用 JPA修改实体后不需要手动调save()事务提交时会自动脏检查更新但前提是实体处于持久态。如果用了save()还没更新检查是否在事务方法里抛了异常被吞掉。4.5 Maven 依赖下载失败或版本冲突现象IDEA 里大量红色报错提示找不到某个类或方法。原因Maven 中央仓库网络问题或者 Spring Boot 版本和某个依赖版本不兼容。解决先尝试mvn clean install -U强制更新依赖。如果某个依赖一直下载失败可以在pom.xml里排除冲突的传递依赖或者手动指定版本号。常见冲突是spring-boot-starter-data-jpa和mybatis-spring-boot-starter同时存在时数据源配置会打架建议二选一不要同时用。5. 从能跑到能讲二次开发与答辩验证的实操技巧把项目跑起来只是第一步毕业设计答辩时老师不会只看你运行一遍还会问你“这个功能怎么实现的”“如果并发怎么办”“为什么用这个技术”。所以你需要对代码做几处小改造既能加深理解也能在答辩时有东西可讲。第一个改造点给转账方法加一个简单的并发测试。写一个单元测试用ExecutorService起 10 个线程同时转账观察是否出现余额不一致。你会发现不加锁的情况下确实会有问题然后你可以加上Lock(LockModeType.PESSIMISTIC_WRITE)再测一次对比结果。这个实验做一遍面试被问到“怎么保证转账安全”你就有实战经验了。Test public void testConcurrentTransfer() throws InterruptedException { int threadCount 10; ExecutorService executor Executors.newFixedThreadPool(threadCount); CountDownLatch latch new CountDownLatch(threadCount); for (int i 0; i threadCount; i) { executor.submit(() - { try { transferService.transfer(ACC001, ACC002, new BigDecimal(100)); } finally { latch.countDown(); } }); } latch.await(); // 检查两个账户余额之和是否等于初始值 Account a accountRepository.findByAccountNumber(ACC001).get(); Account b accountRepository.findByAccountNumber(ACC002).get(); System.out.println(余额之和 a.getBalance().add(b.getBalance())); }第二个改造点把ddl-auto从update改成validate然后手动维护一份schema.sql。这样做的好处是表结构变更可控不会因为实体类改了个字段名就把数据库列删了。答辩时你可以说“生产环境不会用自动建表我用 schema.sql 管理版本”这是一个加分项。第三个改造点给交易记录加一个按时间范围查询的功能。在 Repository 里定义一个方法Query(SELECT t FROM Transaction t WHERE t.transactionTime BETWEEN :start AND :end) ListTransaction findByTimeRange(Param(start) LocalDateTime start, Param(end) LocalDateTime end);然后在 Controller 里接收前端传来的起止时间参数调用这个方法。这个功能不复杂但能让你的系统看起来更完整答辩时演示也有东西可点。最后一个习惯每次改完代码先跑一遍单元测试再启动项目手动点一遍核心流程。我见过太多人改了一个字段名结果登录都进不去了。从那以后我每次改实体类字段都强制走一遍“改代码 → 跑测试 → 启动验证”的流程省得答辩前一天翻车。希望帮到你。本文还有配套的精品资源点击获取