拓冰网站定制 
简介基于Java的个人理财管理系统设计与实现文档面向计算机相关专业毕业生及需要完成课程设计的学生针对个人财务管理场景完整呈现了从需求分析、系统设计到JSP技术实现的全过程。压缩包内共1个文件为docx格式的毕业设计论文文档大小约1.37MB涵盖摘要、目录、系统功能模块说明及关键实现细节。资源核心内容包括系统用户管理、收入记录、支出记录、财产查询、还贷助手和储蓄提醒等功能设计并融入数据挖掘理念用于消费分析与理财推荐既阐释了JSP动态网页技术原理也展示了数据库操作与前端页面设计的实践方法。目前已有49人学习适合用作毕业设计选题参考、论文撰写模板或Java Web项目的起步资料有助于快速理解理财管理系统的整体框架与开发思路。1. 个人理财管理系统是什么从一个课程设计题目看 Java 后端要补的课“基于 Java 的个人理财管理系统设计与实现”这类题目几乎每个 Java 学习者都见过。它长得像课程设计骨子里却是一个完整的 Web 后端小项目要覆盖管理端、用户端、记账、统计、预算提醒这些常见业务。第一次做的人容易把它想简单不就是增删改查吗实际上手才会发现财务字段的精度、账单日期的统计口径、多表事务的一致性问题哪一个都能让系统“看起来能用、一测就翻车”。真正值钱的地方不在于写出一个能跑 demo而在于把数据模型设计得能扩展、把金额流水算得经得起对账。对准备 Java 后端岗位或者正在做课程设计的开发同学来说这个题目是最好的练手素材它逼着你去面对所有业务系统都会遇到的三个老问题数据一致性、统计口径、权限控制。本文会把从建表到接口实现的完整路径拆开讲每一步都标注参数和踩坑点照着走你得到的不只是一个系统而是一套能迁移到任何管理类项目的后端方法论。2. 技术选型Spring Boot MyBatis-Plus JWT 为什么是默认答案2.1 职责划分先搞清楚这个系统到底要做哪些事个人理财管理系统拆开来看就三个核心域账户域、交易域、分析域。账户域管用户开账户、记录初始余额交易域管收支明细的分类、金额、备注与账户关联分析域负责把流水聚合成月报、分类占比和趋势曲线。很多课程设计翻车是因为一上来就写代码表结构都没想清楚。大量同类项目选择的技术栈高度一致Spring Boot 做基础框架MyBatis-Plus 做数据持久层MySQL 存数据前端用 Vue 或 Thymeleaf登录态用 JWT。这套组合在 Java 后端岗位的日常开发中非常主流而且每个组件都可以单独在网上找到系统性教程。换成 SSM 或者 JDBC 裸写也能实现但开发效率和代码可读性都会大幅下降。你选择 Spring Boot本质上是在选择一个已经被反复验证的工程基线内嵌 Tomcat、自动装配、统一的 starter 依赖管理。它能把一个原本需要配置半天的基础工程压缩到几分钟内跑起来让精力集中在业务逻辑上这就是它在课程设计里成为默认答案的原因。2.2 初始化工程pom.xml 依赖与目录结构创建 Spring Boot 工程最稳定的两种方式去 Spring Initializr 网站生成压缩包或者在 IDEA 里直接新建 Spring Initializr 项目。无论哪种关键都是依赖选对。下面是一份验证可用的 pom.xml 依赖清单dependencies !-- Web 启动器内嵌 Tomcat处理 HTTP 请求 -- dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency !-- MyBatis-Plus 官方 Spring Boot 3 适配 -- dependency groupIdcom.baomidou/groupId artifactIdmybatis-plus-spring-boot3-starter/artifactId version3.5.5/version /dependency !-- MySQL 驱动 -- dependency groupIdcom.mysql/groupId artifactIdmysql-connector-j/artifactId scoperuntime/scope /dependency !-- Lombok简化实体类 getter/setter -- dependency groupIdorg.projectlombok/groupId artifactIdlombok/artifactId optionaltrue/optional /dependency !-- JWT 工具库 -- dependency groupIdio.jsonwebtoken/groupId artifactIdjjwt-api/artifactId version0.11.5/version /dependency dependency groupIdio.jsonwebtoken/groupId artifactIdjjwt-impl/artifactId version0.11.5/version scoperuntime/scope /dependency /dependencies依赖版本要和 JDK 对应。Spring Boot 3.x 强制要求 JDK 17 及以上如果你本机还停留在 JDK 8建议直接用 Spring Boot 2.7.x 搭配 mybatis-plus-boot-starter 3.5.3避免编译期出现“源发行版 17 需要目标发行版 17”这类环境报错。每台机器的 JDK 版本不同最容易在这步浪费一晚上。包结构按功能而非按层分包这是个人项目里最实用的组织方式。常见做法是controller 接收参数并校验service 处理业务事务mapper 负责 SQL 交互entity 放数据库实体dto 放传输对象vo 放返回给前端的视图对象。这种分层不是八股文是真出过问题才形成的约定。2.3 配置文件与运行参数环境变量先想好application.yml 是系统的“总开关”数据库连接、日志级别、JWT 密钥都在这里配置。下面是一个最小可用配置server: port: 8080 spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/finance_db?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 123456 mybatis-plus: configuration: map-underscore-to-camel-case: true log-impl: org.apache.ibatis.logging.stdout.StdOutImpl global-config: db-config: id-type: auto logic-delete-field: deleted logic-delete-value: 1 logic-not-delete-value: 0 jwt: secret: your-secret-key-please-change-in-production expire-hours: 24url 里的 serverTimezone 一定不能省否则连接 MySQL 8 时会报时区错误这个问题在后面的日期统计里还会再次出现。logic-delete-field 配置让删除操作自动变成逻辑删除对财务类系统来说历史数据必须保留这是审计要求的底线。日志打印配置成 StdOutImpl 后每个 SQL 都会在控制台输出联调时能少走很多弯路。运行系统前先确认三个前提MySQL 服务已启动、数据库 finance_db 已创建、JDK 环境变量 JAVA_HOME 已配置到当前版本。很多新手启动失败不是代码问题而是环境变量还没设置好命令行输入 java -version 先自检。3. 数据建模与建表从账户到流水的字段落点3.1 核心表设计把“记账”拆成不丢失信息的最小单元个人理财系统的表结构我一般会拆成用户表、账户表、分类表、流水表、预算表五张。用户表管登录认证账户表管资金载体分类表管收入支出的归类流水表是交易明细预算表做周期限额控制。再加一张系统配置表可选。几乎所有字段设计问题都出在“金额类型”和“时间字段”上。金额必须使用 DECIMAL(10,2)而不是 FLOAT 或 DOUBLE。浮点数在二进制里本身就是近似值0.1 加 0.2 会得到 0.30000000000000004在财务系统中这是不可接受的错误。时间字段统一用 DATETIME不要用字符串存日期否则后续做 MONTH() 这类日期函数统计时会超痛苦。3.2 建表 SQL直接可执行的五表脚本下面是一份精简版建表 SQL去掉了冗余索引保留最关键约束CREATE TABLE t_user ( id BIGINT AUTO_INCREMENT PRIMARY KEY, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(100) NOT NULL, nickname VARCHAR(50), created_time DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, deleted TINYINT NOT NULL DEFAULT 0 ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE t_account ( id BIGINT AUTO_INCREMENT PRIMARY KEY, user_id BIGINT NOT NULL, account_name VARCHAR(50) NOT NULL, account_type VARCHAR(20) NOT NULL COMMENT CASH/BANK/CREDIT_CARD, balance DECIMAL(10,2) NOT NULL DEFAULT 0.00, created_time DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, deleted TINYINT NOT NULL DEFAULT 0, INDEX idx_user_id (user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE t_category ( id BIGINT AUTO_INCREMENT PRIMARY KEY, user_id BIGINT NOT NULL, category_name VARCHAR(50) NOT NULL, category_type VARCHAR(10) NOT NULL COMMENT INCOME/EXPENSE, icon VARCHAR(100), deleted TINYINT NOT NULL DEFAULT 0, UNIQUE KEY uk_user_cat (user_id, category_name, category_type) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE t_transaction ( id BIGINT AUTO_INCREMENT PRIMARY KEY, user_id BIGINT NOT NULL, account_id BIGINT NOT NULL, category_id BIGINT NOT NULL, trans_type VARCHAR(10) NOT NULL COMMENT INCOME/EXPENSE/TRANSFER, amount DECIMAL(10,2) NOT NULL, trans_time DATETIME NOT NULL, note VARCHAR(255), created_time DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, deleted TINYINT NOT NULL DEFAULT 0, INDEX idx_user_time (user_id, trans_time), INDEX idx_category_id (category_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE t_budget ( id BIGINT AUTO_INCREMENT PRIMARY KEY, user_id BIGINT NOT NULL, category_id BIGINT NOT NULL, month VARCHAR(7) NOT NULL COMMENT 2025-06, budget_amount DECIMAL(10,2) NOT NULL, created_time DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, UNIQUE KEY uk_user_cat_month (user_id, category_id, month) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;t_transaction 是整张物理核心它不直接存余额只存流水。任何时候要算账户余额都通过“初始余额 收入 - 支出”推导而不是在流水表里记录一个冗余余额字段。这样可以避免并发记账时余额更新丢数据的问题。转账也作为一种交易类型存在它生成两条流水一条从 A 账户转出一条转入 B 账户事务保证两条同时成功或同时失败。预算表的 month 字段用 2025-06 这种格式而不是 DATETIME原因是预算天然按自然月划分字符串查询 LIKE 2025-06% 或者直接等值匹配都比日期函数更快更直观。这是一个与表格设定预期相反但实战好用的细节。3.3 MyBatis-Plus 映射实体类里要处理的三个坑表建好后实体类的写法看上去很简单但有三处容易出错的地方。第一表名 t_user 不要省TableName(t_user) 明确指定否则 MyBatis-Plus 默认映射到 user 表MySQL 里 user 字段本身在部分上下文中会有歧义。第二逻辑删除字段要加 TableLogic 注解配合 yml 里的全局配置所有的 delete 操作会自动变成 update deleted1。第三trans_time 要用 LocalDateTime 而不是 DateJava 8 日期类型与 MySQL DATETIME 映射更自然Jackson 序列化时也更可控。Data TableName(t_transaction) public class Transaction { TableId(type IdType.AUTO) private Long id; private Long userId; private Long accountId; private Long categoryId; private String transType; private BigDecimal amount; private LocalDateTime transTime; private String note; TableLogic private Integer deleted; }BigDecimal 字段在 MyBatis-Plus 里处理得很好查询结果不会丢精度。但你从前端接收金额时Controller 入参也得用 BigDecimal 或用 String 接收后转化不要经过 Double 中转这是很多开发者在写完系统后对不上账的隐蔽原因。实体类上省略了 TableField 注解是因为数据库列名与驼峰属性在 map-underscore-to-camel-case 开启后能自动映射。4. 核心记账逻辑与统计接口把“算得对”落到代码里4.1 记账服务一个事务里完成流水写入与余额校验记账这个动作是系统里最典型的“事务性操作”插入流水 更新账户余额 校验预算状态必须放在同一个数据库事务里。任何一步失败整个操作都要回滚否则账目就会出现流水和余额对不上的脏数据。下面是核心服务代码Service RequiredArgsConstructor public class TransactionService { private final TransactionMapper transactionMapper; private final AccountMapper accountMapper; Transactional(rollbackFor Exception.class) public void createTransaction(TransactionCreateDTO dto) { Account account accountMapper.selectById(dto.getAccountId()); if (account null) { throw new BizException(账户不存在); } BigDecimal newBalance account.getBalance(); if (EXPENSE.equals(dto.getTransType())) { newBalance newBalance.subtract(dto.getAmount()); } else if (INCOME.equals(dto.getTransType())) { newBalance newBalance.add(dto.getAmount()); } else { throw new BizException(不支持的交易类型); } if (newBalance.compareTo(BigDecimal.ZERO) 0) { throw new BizException(账户余额不足无法完成支出); } Transaction transaction new Transaction(); transaction.setUserId(account.getUserId()); transaction.setAccountId(dto.getAccountId()); transaction.setCategoryId(dto.getCategoryId()); transaction.setTransType(dto.getTransType()); transaction.setAmount(dto.getAmount()); transaction.setTransTime(dto.getTransTime() ! null ? dto.getTransTime() : LocalDateTime.now()); transaction.setNote(dto.getNote()); transactionMapper.insert(transaction); Account update new Account(); update.setId(account.getId()); update.setBalance(newBalance); accountMapper.updateById(update); } }Transactional(rollbackFor Exception.class) 里的 rollbackFor 属性不能省。Spring 默认只在运行时异常时回滚如果抛出的是受检异常事务不会回滚会造成“流水插入了、余额没更新”的半成功状态。这个参数是经验里最容易被忽略的一环。余额不足判断用 compareTo(BigDecimal.ZERO) 0而不是 newBalance.signum() 0 结合小于零判断BigDecimal 的 compareTo 和 equals 行为不同equals 会比对 scale 精度0.0 不等于 0.00而 compareTo 只看数值大小。余额比较必须用 compareTo这是一个高频踩坑点。4.2 月度统计用 SQL 聚合而非 Java 内存计算统计接口是个人理财系统的“亮点功能”也是答辩时最常被追问的地方。月度收支统计、分类占比、环比趋势都需要对时间范围做聚合。一个典型且稳健的做法是让 MySQL 完成聚合Java 只负责接收结果。比如统计某个月份的支出分类占比SELECT c.category_name, SUM(t.amount) AS total_amount FROM t_transaction t INNER JOIN t_category c ON t.category_id c.id WHERE t.user_id #{userId} AND t.trans_type EXPENSE AND t.deleted 0 AND t.trans_time #{monthStart} AND t.trans_time #{nextMonthStart} GROUP BY c.category_name ORDER BY total_amount DESC这段 SQL 在 MyBatis-Plus 里可以用 Select 注解直接写在 Mapper 接口上。monthStart 和 nextMonthStart 在 Java 侧用 LocalDate 计算先将字符串 2025-06 解析为 YearMonth再调用 atDay(1) 拿当月第一天调用 plusMonths(1).atDay(1) 拿下月第一天。这样处理每月的天数差异都交给日期库不碰月末边界比 BETWEEN 写法安全得多。为什么不直接用 LIKE 2025-06%因为 trans_time 上建有索引范围查询可以用到索引而 LIKE 前缀匹配在 DATETIME 类型上会放弃索引走全表扫描。个人系统数据量小体验差别不大但从工程习惯来说范围查询是更标准的写法。4.3 预算预警用一条 SQL 算出已用比例预算模块是让系统“看起来完整”的关键功能它本质上是把预算表的额度与本月已支出做对比。每次查询月度总览时返回一个 BOOLEAN 字段标识是否超出预算就能支撑前端做警告条展示。核心 SQL 是月度支出统计的变体只是把 SUM 结果和预算金额放在一个查询里。建议用 MyBatis-Plus 的 QueryWrapper 处理预算查询用自定义 SQL 处理聚合查询各用所长。5. 避坑 / 常见问题 / 排查财务系统中反复出现的 5 个雷区5.1 金额精度丢失入库 10.99 变成 10.98999977这是财务系统最经典的事故现场。现象是前端页面录入 10.99数据库中查到的是 10.98999977统计汇总后金额对不上账。原因是数据库字段用了 FLOATJava 实体类用了 Double 或 float。浮点数底层是 IEEE 754 二进制表示很多十进制小数无法精确表达累计几次就会暴露。解决的完整链路是数据库字段用 DECIMAL(10,2)、Java 属性用 BigDecimal、前端传输用字符串或保留两位小数、计算过程一律走 BigDecimal 的 add/subtract/multiply/divide。注意 divide 时要指定小数位数和舍入模式比如 divide(new BigDecimal(3), 2, RoundingMode.HALF_UP)否则除不尽时会抛 ArithmeticException。5.2 统计时间偏移明明当天有流水月度报表却少了一天现象是用户在 6 月 1 日凌晨 0 点 30 分记录的流水MySQL 里存的时间是对的但统计 6 月数据时被算进了 5 月。原因通常是连接字符串里没写 serverTimezoneMySQL JDBC 驱动用了默认时区和 JVM 所在时区不一致导致 DATETIME 在读写时发生偏移。更隐蔽的是前端传过来的日期字符串被 Jackson 序列化成 LocalDateTime 时用了默认城市再次偏移。解决的做法是三处统一JDBC URL 里服务器时区写死为 serverTimezoneAsia/Shanghaiapplication.yml 里 spring.jackson.time-zone 设为 GMT8解析前端日期字符串时明确指定格式和时区不要依赖系统默认。排查时可以先在同一条记录上对比 MyBatis 日志里 SQL 参数值和数据库实际值偏移小时数一目了然。5.3 Transactional 不生效方法间调用绕过了事务代理现象是 createTransaction 方法内部调用了同一个类里的另一个 Transactional 方法外层异常回滚了内层方法的数据却已经提交。原因是 Spring 事务基于 AOP 代理同类内部方法调用 this.method() 不会经过代理对象事务注解直接失效。这是一个在 Java 后端面试八股和实际项目里都经常出现的经典问题但在个人理财系统里后果更严重——流水和余额不一致。解决原则是事务注解放在对外的入口方法上类内部只调用普通方法不要在同类中做“事务套事务”。如果确实需要独立事务可以把方法拆到另一个 Service 类里或者用 TransactionTemplate 编程式事务后者事务边界完全由代码控制排查逻辑更直接。5.4 删除分类导致历史流水变成孤儿数据现象是用户删除一个“餐饮”分类然后发现历史账单里这笔记录可能加载不出分类名或者接口报空指针。原因是在删除分类时做了物理删除而 t_transaction 里的 category_id 还指向那个已删除的 id。前面虽然配置了逻辑删除但事务细节没用上。解决方法是分类删除走逻辑删除并且在删除前检查 t_transaction 里是否有本月流水引用该分类如果有则在前端弹出确认提示“分类下有历史记录将保留但不再展示”。查询联表时用 INNER JOIN 会导致被逻辑删除的分类记录直接消失在报表里这里应该用 LEFT JOIN IFNULL(c.category_name, 已删除分类) 兜底。5.5 测试数据不足时“编译能过、统计不出结果”现象是系统跑起来了接口也调通了但月度统计总是空列表。第一反应是不是 SQL 写错了实际检查后发现是测试数据库里根本没有符合时间范围的数据。因为手工插入测试数据时时间字段都是 NOW() 插的今年而统计接口查的是上一个自然月自然查不到。解决的做法是准备一组固定测试数据三个月前到当前月的跨月数据、收入支出两类、至少三个分类、两个账户。建议用 data.sql 放在 src/test/resources 下配合 Spring Boot 的 sql init 机制自动执行。测试数据是工程的一部分不是可有可无的填充物没有数据联调和排错都无从谈起。6. 从能跑到能答辩验证清单与三个加分方向6.1 用一张自检表确认系统没有“结构性缺漏”-- 统计总流水笔数验证录入功能是否完整 SELECT COUNT(*) FROM t_transaction WHERE deleted 0; -- 验证账户余额与流水明细是否自洽 SELECT a.id, a.balance, (SELECT IFNULL(SUM(CASE WHEN t.trans_type INCOME THEN t.amount ELSE -t.amount END), 0) FROM t_transaction t WHERE t.account_id a.id AND t.deleted 0) AS calc_balance FROM t_account a WHERE a.deleted 0 HAVING a.balance calc_balance;第二条 SQL 是财务系统里最实用的一条对账语句。如果查询结果有记录说明余额字段和流水不一致优先排查事务是否回滚不彻底或者数据库里是否有历史脏数据。这个自检脚本能帮你在一分钟内发现问题区块而不是靠肉眼一条条对。对账通过后再做一遍完整链路手测注册、登录、建账户、记一笔收入、记一笔支出、改分类、看月度报表、设预算并超支触发警告、删除分类看历史流水是否仍可展示。八步走完系统可进入交付状态。6.2 加分方向从课程设计到可落地的微小尝试投入产出比最高的三个扩展方向Excel 对账单导入导出、账户间转账、导出 PDF 月报。Excel 导入是很多真实记账软件的核心入口导出的表单能直接拿到财务软件里二次核对。账户转账是资金管理的基本场景虽然业务上只是两条流水两个余额调整但对事务设计和接口设计的要求上了一个台阶。月报 PDF 则可以锻炼文件流处理能力答辩时视觉冲击力也更强。技术债方面建议在 JWT 密钥管理上做得更工程化——不要把 secret 写死在 yml 里提交到仓库至少改成环境变量注入。另外一个诊断技巧遇到离奇的统计结果时先打开控制台看 MyBatis-Plus 打印的完整 SQL把那条 SQL 复制到 Navicat 里单独执行通常问题就出在参数边界或者表关联条件上。我自己的习惯是把“运行环境的准备步骤”写进 README包括 MySQL 初始化脚本和 JDK 版本要求。不是因为文档写得好看能加分而是因为两周后重新打开这个项目时你会发现你已经忘了当时是怎么把环境搭起来的。给未来的自己留一条后路比任何花哨功能都实用。希望这篇拆解能帮你把项目做完、做对面试时聊起财务字段的精度问题肚里有货。本文还有配套的精品资源点击获取 Spring Boot个人理财管理系统实战：从数据建模到事务避坑
简介基于Java的个人理财管理系统设计与实现文档面向计算机相关专业毕业生及需要完成课程设计的学生针对个人财务管理场景完整呈现了从需求分析、系统设计到JSP技术实现的全过程。压缩包内共1个文件为docx格式的毕业设计论文文档大小约1.37MB涵盖摘要、目录、系统功能模块说明及关键实现细节。资源核心内容包括系统用户管理、收入记录、支出记录、财产查询、还贷助手和储蓄提醒等功能设计并融入数据挖掘理念用于消费分析与理财推荐既阐释了JSP动态网页技术原理也展示了数据库操作与前端页面设计的实践方法。目前已有49人学习适合用作毕业设计选题参考、论文撰写模板或Java Web项目的起步资料有助于快速理解理财管理系统的整体框架与开发思路。1. 个人理财管理系统是什么从一个课程设计题目看 Java 后端要补的课“基于 Java 的个人理财管理系统设计与实现”这类题目几乎每个 Java 学习者都见过。它长得像课程设计骨子里却是一个完整的 Web 后端小项目要覆盖管理端、用户端、记账、统计、预算提醒这些常见业务。第一次做的人容易把它想简单不就是增删改查吗实际上手才会发现财务字段的精度、账单日期的统计口径、多表事务的一致性问题哪一个都能让系统“看起来能用、一测就翻车”。真正值钱的地方不在于写出一个能跑 demo而在于把数据模型设计得能扩展、把金额流水算得经得起对账。对准备 Java 后端岗位或者正在做课程设计的开发同学来说这个题目是最好的练手素材它逼着你去面对所有业务系统都会遇到的三个老问题数据一致性、统计口径、权限控制。本文会把从建表到接口实现的完整路径拆开讲每一步都标注参数和踩坑点照着走你得到的不只是一个系统而是一套能迁移到任何管理类项目的后端方法论。2. 技术选型Spring Boot MyBatis-Plus JWT 为什么是默认答案2.1 职责划分先搞清楚这个系统到底要做哪些事个人理财管理系统拆开来看就三个核心域账户域、交易域、分析域。账户域管用户开账户、记录初始余额交易域管收支明细的分类、金额、备注与账户关联分析域负责把流水聚合成月报、分类占比和趋势曲线。很多课程设计翻车是因为一上来就写代码表结构都没想清楚。大量同类项目选择的技术栈高度一致Spring Boot 做基础框架MyBatis-Plus 做数据持久层MySQL 存数据前端用 Vue 或 Thymeleaf登录态用 JWT。这套组合在 Java 后端岗位的日常开发中非常主流而且每个组件都可以单独在网上找到系统性教程。换成 SSM 或者 JDBC 裸写也能实现但开发效率和代码可读性都会大幅下降。你选择 Spring Boot本质上是在选择一个已经被反复验证的工程基线内嵌 Tomcat、自动装配、统一的 starter 依赖管理。它能把一个原本需要配置半天的基础工程压缩到几分钟内跑起来让精力集中在业务逻辑上这就是它在课程设计里成为默认答案的原因。2.2 初始化工程pom.xml 依赖与目录结构创建 Spring Boot 工程最稳定的两种方式去 Spring Initializr 网站生成压缩包或者在 IDEA 里直接新建 Spring Initializr 项目。无论哪种关键都是依赖选对。下面是一份验证可用的 pom.xml 依赖清单dependencies !-- Web 启动器内嵌 Tomcat处理 HTTP 请求 -- dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency !-- MyBatis-Plus 官方 Spring Boot 3 适配 -- dependency groupIdcom.baomidou/groupId artifactIdmybatis-plus-spring-boot3-starter/artifactId version3.5.5/version /dependency !-- MySQL 驱动 -- dependency groupIdcom.mysql/groupId artifactIdmysql-connector-j/artifactId scoperuntime/scope /dependency !-- Lombok简化实体类 getter/setter -- dependency groupIdorg.projectlombok/groupId artifactIdlombok/artifactId optionaltrue/optional /dependency !-- JWT 工具库 -- dependency groupIdio.jsonwebtoken/groupId artifactIdjjwt-api/artifactId version0.11.5/version /dependency dependency groupIdio.jsonwebtoken/groupId artifactIdjjwt-impl/artifactId version0.11.5/version scoperuntime/scope /dependency /dependencies依赖版本要和 JDK 对应。Spring Boot 3.x 强制要求 JDK 17 及以上如果你本机还停留在 JDK 8建议直接用 Spring Boot 2.7.x 搭配 mybatis-plus-boot-starter 3.5.3避免编译期出现“源发行版 17 需要目标发行版 17”这类环境报错。每台机器的 JDK 版本不同最容易在这步浪费一晚上。包结构按功能而非按层分包这是个人项目里最实用的组织方式。常见做法是controller 接收参数并校验service 处理业务事务mapper 负责 SQL 交互entity 放数据库实体dto 放传输对象vo 放返回给前端的视图对象。这种分层不是八股文是真出过问题才形成的约定。2.3 配置文件与运行参数环境变量先想好application.yml 是系统的“总开关”数据库连接、日志级别、JWT 密钥都在这里配置。下面是一个最小可用配置server: port: 8080 spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/finance_db?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 123456 mybatis-plus: configuration: map-underscore-to-camel-case: true log-impl: org.apache.ibatis.logging.stdout.StdOutImpl global-config: db-config: id-type: auto logic-delete-field: deleted logic-delete-value: 1 logic-not-delete-value: 0 jwt: secret: your-secret-key-please-change-in-production expire-hours: 24url 里的 serverTimezone 一定不能省否则连接 MySQL 8 时会报时区错误这个问题在后面的日期统计里还会再次出现。logic-delete-field 配置让删除操作自动变成逻辑删除对财务类系统来说历史数据必须保留这是审计要求的底线。日志打印配置成 StdOutImpl 后每个 SQL 都会在控制台输出联调时能少走很多弯路。运行系统前先确认三个前提MySQL 服务已启动、数据库 finance_db 已创建、JDK 环境变量 JAVA_HOME 已配置到当前版本。很多新手启动失败不是代码问题而是环境变量还没设置好命令行输入 java -version 先自检。3. 数据建模与建表从账户到流水的字段落点3.1 核心表设计把“记账”拆成不丢失信息的最小单元个人理财系统的表结构我一般会拆成用户表、账户表、分类表、流水表、预算表五张。用户表管登录认证账户表管资金载体分类表管收入支出的归类流水表是交易明细预算表做周期限额控制。再加一张系统配置表可选。几乎所有字段设计问题都出在“金额类型”和“时间字段”上。金额必须使用 DECIMAL(10,2)而不是 FLOAT 或 DOUBLE。浮点数在二进制里本身就是近似值0.1 加 0.2 会得到 0.30000000000000004在财务系统中这是不可接受的错误。时间字段统一用 DATETIME不要用字符串存日期否则后续做 MONTH() 这类日期函数统计时会超痛苦。3.2 建表 SQL直接可执行的五表脚本下面是一份精简版建表 SQL去掉了冗余索引保留最关键约束CREATE TABLE t_user ( id BIGINT AUTO_INCREMENT PRIMARY KEY, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(100) NOT NULL, nickname VARCHAR(50), created_time DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, deleted TINYINT NOT NULL DEFAULT 0 ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE t_account ( id BIGINT AUTO_INCREMENT PRIMARY KEY, user_id BIGINT NOT NULL, account_name VARCHAR(50) NOT NULL, account_type VARCHAR(20) NOT NULL COMMENT CASH/BANK/CREDIT_CARD, balance DECIMAL(10,2) NOT NULL DEFAULT 0.00, created_time DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, deleted TINYINT NOT NULL DEFAULT 0, INDEX idx_user_id (user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE t_category ( id BIGINT AUTO_INCREMENT PRIMARY KEY, user_id BIGINT NOT NULL, category_name VARCHAR(50) NOT NULL, category_type VARCHAR(10) NOT NULL COMMENT INCOME/EXPENSE, icon VARCHAR(100), deleted TINYINT NOT NULL DEFAULT 0, UNIQUE KEY uk_user_cat (user_id, category_name, category_type) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE t_transaction ( id BIGINT AUTO_INCREMENT PRIMARY KEY, user_id BIGINT NOT NULL, account_id BIGINT NOT NULL, category_id BIGINT NOT NULL, trans_type VARCHAR(10) NOT NULL COMMENT INCOME/EXPENSE/TRANSFER, amount DECIMAL(10,2) NOT NULL, trans_time DATETIME NOT NULL, note VARCHAR(255), created_time DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, deleted TINYINT NOT NULL DEFAULT 0, INDEX idx_user_time (user_id, trans_time), INDEX idx_category_id (category_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE t_budget ( id BIGINT AUTO_INCREMENT PRIMARY KEY, user_id BIGINT NOT NULL, category_id BIGINT NOT NULL, month VARCHAR(7) NOT NULL COMMENT 2025-06, budget_amount DECIMAL(10,2) NOT NULL, created_time DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, UNIQUE KEY uk_user_cat_month (user_id, category_id, month) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;t_transaction 是整张物理核心它不直接存余额只存流水。任何时候要算账户余额都通过“初始余额 收入 - 支出”推导而不是在流水表里记录一个冗余余额字段。这样可以避免并发记账时余额更新丢数据的问题。转账也作为一种交易类型存在它生成两条流水一条从 A 账户转出一条转入 B 账户事务保证两条同时成功或同时失败。预算表的 month 字段用 2025-06 这种格式而不是 DATETIME原因是预算天然按自然月划分字符串查询 LIKE 2025-06% 或者直接等值匹配都比日期函数更快更直观。这是一个与表格设定预期相反但实战好用的细节。3.3 MyBatis-Plus 映射实体类里要处理的三个坑表建好后实体类的写法看上去很简单但有三处容易出错的地方。第一表名 t_user 不要省TableName(t_user) 明确指定否则 MyBatis-Plus 默认映射到 user 表MySQL 里 user 字段本身在部分上下文中会有歧义。第二逻辑删除字段要加 TableLogic 注解配合 yml 里的全局配置所有的 delete 操作会自动变成 update deleted1。第三trans_time 要用 LocalDateTime 而不是 DateJava 8 日期类型与 MySQL DATETIME 映射更自然Jackson 序列化时也更可控。Data TableName(t_transaction) public class Transaction { TableId(type IdType.AUTO) private Long id; private Long userId; private Long accountId; private Long categoryId; private String transType; private BigDecimal amount; private LocalDateTime transTime; private String note; TableLogic private Integer deleted; }BigDecimal 字段在 MyBatis-Plus 里处理得很好查询结果不会丢精度。但你从前端接收金额时Controller 入参也得用 BigDecimal 或用 String 接收后转化不要经过 Double 中转这是很多开发者在写完系统后对不上账的隐蔽原因。实体类上省略了 TableField 注解是因为数据库列名与驼峰属性在 map-underscore-to-camel-case 开启后能自动映射。4. 核心记账逻辑与统计接口把“算得对”落到代码里4.1 记账服务一个事务里完成流水写入与余额校验记账这个动作是系统里最典型的“事务性操作”插入流水 更新账户余额 校验预算状态必须放在同一个数据库事务里。任何一步失败整个操作都要回滚否则账目就会出现流水和余额对不上的脏数据。下面是核心服务代码Service RequiredArgsConstructor public class TransactionService { private final TransactionMapper transactionMapper; private final AccountMapper accountMapper; Transactional(rollbackFor Exception.class) public void createTransaction(TransactionCreateDTO dto) { Account account accountMapper.selectById(dto.getAccountId()); if (account null) { throw new BizException(账户不存在); } BigDecimal newBalance account.getBalance(); if (EXPENSE.equals(dto.getTransType())) { newBalance newBalance.subtract(dto.getAmount()); } else if (INCOME.equals(dto.getTransType())) { newBalance newBalance.add(dto.getAmount()); } else { throw new BizException(不支持的交易类型); } if (newBalance.compareTo(BigDecimal.ZERO) 0) { throw new BizException(账户余额不足无法完成支出); } Transaction transaction new Transaction(); transaction.setUserId(account.getUserId()); transaction.setAccountId(dto.getAccountId()); transaction.setCategoryId(dto.getCategoryId()); transaction.setTransType(dto.getTransType()); transaction.setAmount(dto.getAmount()); transaction.setTransTime(dto.getTransTime() ! null ? dto.getTransTime() : LocalDateTime.now()); transaction.setNote(dto.getNote()); transactionMapper.insert(transaction); Account update new Account(); update.setId(account.getId()); update.setBalance(newBalance); accountMapper.updateById(update); } }Transactional(rollbackFor Exception.class) 里的 rollbackFor 属性不能省。Spring 默认只在运行时异常时回滚如果抛出的是受检异常事务不会回滚会造成“流水插入了、余额没更新”的半成功状态。这个参数是经验里最容易被忽略的一环。余额不足判断用 compareTo(BigDecimal.ZERO) 0而不是 newBalance.signum() 0 结合小于零判断BigDecimal 的 compareTo 和 equals 行为不同equals 会比对 scale 精度0.0 不等于 0.00而 compareTo 只看数值大小。余额比较必须用 compareTo这是一个高频踩坑点。4.2 月度统计用 SQL 聚合而非 Java 内存计算统计接口是个人理财系统的“亮点功能”也是答辩时最常被追问的地方。月度收支统计、分类占比、环比趋势都需要对时间范围做聚合。一个典型且稳健的做法是让 MySQL 完成聚合Java 只负责接收结果。比如统计某个月份的支出分类占比SELECT c.category_name, SUM(t.amount) AS total_amount FROM t_transaction t INNER JOIN t_category c ON t.category_id c.id WHERE t.user_id #{userId} AND t.trans_type EXPENSE AND t.deleted 0 AND t.trans_time #{monthStart} AND t.trans_time #{nextMonthStart} GROUP BY c.category_name ORDER BY total_amount DESC这段 SQL 在 MyBatis-Plus 里可以用 Select 注解直接写在 Mapper 接口上。monthStart 和 nextMonthStart 在 Java 侧用 LocalDate 计算先将字符串 2025-06 解析为 YearMonth再调用 atDay(1) 拿当月第一天调用 plusMonths(1).atDay(1) 拿下月第一天。这样处理每月的天数差异都交给日期库不碰月末边界比 BETWEEN 写法安全得多。为什么不直接用 LIKE 2025-06%因为 trans_time 上建有索引范围查询可以用到索引而 LIKE 前缀匹配在 DATETIME 类型上会放弃索引走全表扫描。个人系统数据量小体验差别不大但从工程习惯来说范围查询是更标准的写法。4.3 预算预警用一条 SQL 算出已用比例预算模块是让系统“看起来完整”的关键功能它本质上是把预算表的额度与本月已支出做对比。每次查询月度总览时返回一个 BOOLEAN 字段标识是否超出预算就能支撑前端做警告条展示。核心 SQL 是月度支出统计的变体只是把 SUM 结果和预算金额放在一个查询里。建议用 MyBatis-Plus 的 QueryWrapper 处理预算查询用自定义 SQL 处理聚合查询各用所长。5. 避坑 / 常见问题 / 排查财务系统中反复出现的 5 个雷区5.1 金额精度丢失入库 10.99 变成 10.98999977这是财务系统最经典的事故现场。现象是前端页面录入 10.99数据库中查到的是 10.98999977统计汇总后金额对不上账。原因是数据库字段用了 FLOATJava 实体类用了 Double 或 float。浮点数底层是 IEEE 754 二进制表示很多十进制小数无法精确表达累计几次就会暴露。解决的完整链路是数据库字段用 DECIMAL(10,2)、Java 属性用 BigDecimal、前端传输用字符串或保留两位小数、计算过程一律走 BigDecimal 的 add/subtract/multiply/divide。注意 divide 时要指定小数位数和舍入模式比如 divide(new BigDecimal(3), 2, RoundingMode.HALF_UP)否则除不尽时会抛 ArithmeticException。5.2 统计时间偏移明明当天有流水月度报表却少了一天现象是用户在 6 月 1 日凌晨 0 点 30 分记录的流水MySQL 里存的时间是对的但统计 6 月数据时被算进了 5 月。原因通常是连接字符串里没写 serverTimezoneMySQL JDBC 驱动用了默认时区和 JVM 所在时区不一致导致 DATETIME 在读写时发生偏移。更隐蔽的是前端传过来的日期字符串被 Jackson 序列化成 LocalDateTime 时用了默认城市再次偏移。解决的做法是三处统一JDBC URL 里服务器时区写死为 serverTimezoneAsia/Shanghaiapplication.yml 里 spring.jackson.time-zone 设为 GMT8解析前端日期字符串时明确指定格式和时区不要依赖系统默认。排查时可以先在同一条记录上对比 MyBatis 日志里 SQL 参数值和数据库实际值偏移小时数一目了然。5.3 Transactional 不生效方法间调用绕过了事务代理现象是 createTransaction 方法内部调用了同一个类里的另一个 Transactional 方法外层异常回滚了内层方法的数据却已经提交。原因是 Spring 事务基于 AOP 代理同类内部方法调用 this.method() 不会经过代理对象事务注解直接失效。这是一个在 Java 后端面试八股和实际项目里都经常出现的经典问题但在个人理财系统里后果更严重——流水和余额不一致。解决原则是事务注解放在对外的入口方法上类内部只调用普通方法不要在同类中做“事务套事务”。如果确实需要独立事务可以把方法拆到另一个 Service 类里或者用 TransactionTemplate 编程式事务后者事务边界完全由代码控制排查逻辑更直接。5.4 删除分类导致历史流水变成孤儿数据现象是用户删除一个“餐饮”分类然后发现历史账单里这笔记录可能加载不出分类名或者接口报空指针。原因是在删除分类时做了物理删除而 t_transaction 里的 category_id 还指向那个已删除的 id。前面虽然配置了逻辑删除但事务细节没用上。解决方法是分类删除走逻辑删除并且在删除前检查 t_transaction 里是否有本月流水引用该分类如果有则在前端弹出确认提示“分类下有历史记录将保留但不再展示”。查询联表时用 INNER JOIN 会导致被逻辑删除的分类记录直接消失在报表里这里应该用 LEFT JOIN IFNULL(c.category_name, 已删除分类) 兜底。5.5 测试数据不足时“编译能过、统计不出结果”现象是系统跑起来了接口也调通了但月度统计总是空列表。第一反应是不是 SQL 写错了实际检查后发现是测试数据库里根本没有符合时间范围的数据。因为手工插入测试数据时时间字段都是 NOW() 插的今年而统计接口查的是上一个自然月自然查不到。解决的做法是准备一组固定测试数据三个月前到当前月的跨月数据、收入支出两类、至少三个分类、两个账户。建议用 data.sql 放在 src/test/resources 下配合 Spring Boot 的 sql init 机制自动执行。测试数据是工程的一部分不是可有可无的填充物没有数据联调和排错都无从谈起。6. 从能跑到能答辩验证清单与三个加分方向6.1 用一张自检表确认系统没有“结构性缺漏”-- 统计总流水笔数验证录入功能是否完整 SELECT COUNT(*) FROM t_transaction WHERE deleted 0; -- 验证账户余额与流水明细是否自洽 SELECT a.id, a.balance, (SELECT IFNULL(SUM(CASE WHEN t.trans_type INCOME THEN t.amount ELSE -t.amount END), 0) FROM t_transaction t WHERE t.account_id a.id AND t.deleted 0) AS calc_balance FROM t_account a WHERE a.deleted 0 HAVING a.balance calc_balance;第二条 SQL 是财务系统里最实用的一条对账语句。如果查询结果有记录说明余额字段和流水不一致优先排查事务是否回滚不彻底或者数据库里是否有历史脏数据。这个自检脚本能帮你在一分钟内发现问题区块而不是靠肉眼一条条对。对账通过后再做一遍完整链路手测注册、登录、建账户、记一笔收入、记一笔支出、改分类、看月度报表、设预算并超支触发警告、删除分类看历史流水是否仍可展示。八步走完系统可进入交付状态。6.2 加分方向从课程设计到可落地的微小尝试投入产出比最高的三个扩展方向Excel 对账单导入导出、账户间转账、导出 PDF 月报。Excel 导入是很多真实记账软件的核心入口导出的表单能直接拿到财务软件里二次核对。账户转账是资金管理的基本场景虽然业务上只是两条流水两个余额调整但对事务设计和接口设计的要求上了一个台阶。月报 PDF 则可以锻炼文件流处理能力答辩时视觉冲击力也更强。技术债方面建议在 JWT 密钥管理上做得更工程化——不要把 secret 写死在 yml 里提交到仓库至少改成环境变量注入。另外一个诊断技巧遇到离奇的统计结果时先打开控制台看 MyBatis-Plus 打印的完整 SQL把那条 SQL 复制到 Navicat 里单独执行通常问题就出在参数边界或者表关联条件上。我自己的习惯是把“运行环境的准备步骤”写进 README包括 MySQL 初始化脚本和 JDK 版本要求。不是因为文档写得好看能加分而是因为两周后重新打开这个项目时你会发现你已经忘了当时是怎么把环境搭起来的。给未来的自己留一条后路比任何花哨功能都实用。希望这篇拆解能帮你把项目做完、做对面试时聊起财务字段的精度问题肚里有货。本文还有配套的精品资源点击获取