简介：在Java Web开发领域，SSM（Spring+SpringMVC+MyBatis）框架组合与JSP技术构成了经典的企业级应用开发范式。其核心原理在于通过Spring的IoC容器实现组件解耦与依赖注入，利用SpringMVC的DispatcherServlet调度HTTP请求，并由MyBatis完成灵活的数据持久化操作，共同构建出清晰的三层架构。这种技术组合的价值在于，它能高效支撑起包含复杂业务规则与多角色协作的管理系统开发，例如智能化的费用报销流程。在实际应用场景中，系统需处理从报销申请、多级审批到财务支付的全链路数字化，这就要求开发者深入理解统一事务管理以确保数据一致性，并运用RBAC（基于角色的访问控制）模型实现精细化的权限控制。本文将以一个完整的智能出差报销管理系统为例，具体阐述如何基于JSP+SSM技术栈，设计数据库表结构、实现核心业务模块，并解决开发中的常见问题。
1. 项目概述与核心价值
最近在整理过去的课程设计和毕业设计项目时，翻到了一个挺有意思的“古董”——一个基于JSP和SSM框架的智能出差报销管理系统。这个项目代号“qlkrp”，虽然技术栈在今天看来可能不那么“时髦”，但其中蕴含的业务逻辑设计、权限控制思路以及从JSP到后端服务的完整数据流转，对于理解传统Java Web项目的架构精髓，尤其是从课程设计过渡到企业级开发的思维转变，依然有很高的参考价值。很多同学在做第一个SSM项目时，往往只关注了CRUD（增删改查）的实现，却忽略了系统性的业务闭环和用户体验细节，这个报销管理系统恰好是一个不错的样本。
这个系统核心要解决的是企业或组织内部员工出差费用报销的线上化、流程化管理问题。在传统模式下，员工填纸质单、找领导签字、跑财务部门，流程冗长且易出错。而一个智能报销系统，目标就是将申请、审批、支付、归档全流程数字化。它不仅是一个简单的信息管理系统，更是一个涉及多角色（员工、部门领导、财务人员）、多状态（草稿、待审批、已批准、已支付、已驳回）和复杂业务规则（如报销标准校验、票据合规性检查）的工作流引擎。通过拆解这个项目，我们能清晰地看到如何用JSP做视图渲染，用Spring+SpringMVC+MyBatis（SSM）构建稳健的后端，并实现前后端虽未彻底分离但职责清晰的数据交互。
2. 技术栈选型与架构设计思路
2.1 为什么是JSP+SSM？
看到“JSP2180”和“SSM”的组合，这很典型地反映了几年前高校课程设计和企业入门级项目的技术选型。选择它们，背后有非常实际的考量。
JSP (JavaServer Pages) 作为视图层：在当时的环境下，JSP是Java Web开发最直接、学习曲线最平缓的视图技术。它允许在HTML中嵌入Java代码（Scriptlet），虽然这被诟病为不利于前后端分离，但对于课程设计或小型内部管理系统而言，它极大地简化了开发。开发者在一个.jsp文件里就能写完页面布局、样式和动态数据展示，无需额外配置Node.js环境或学习Vue/React框架。对于“智能出差报销管理系统”这种表单繁多、页面逻辑相对固定的系统，JSP配合JSTL标签库，能快速实现数据列表展示、条件判断和循环，比如渲染一个报销单的明细表格。
SSM框架作为后端基石：SSM是Spring、SpringMVC和MyBatis三者的集成，构成了当时Java Web开发的事实标准“轻量级”组合。
- Spring：核心是IoC（控制反转）和AOP（面向切面编程）。在这个报销系统里，Spring容器管理着所有业务逻辑层（Service）、数据访问层（Dao）的Bean对象。通过依赖注入，Service层需要Dao时，Spring自动“喂”给它，解耦了组件间的依赖。AOP则被用来优雅地处理那些横切关注点，比如我们会在后面详细讲的统一事务管理和操作日志记录。所有关于报销单的增删改查操作，尤其是涉及多表更新（如更新报销单状态并插入审批记录）时，事务管理至关重要。
- SpringMVC：它承担了Web层的职责，是处理HTTP请求和响应的调度中心。当员工在JSP页面提交报销申请时，请求会被SpringMVC的
DispatcherServlet拦截，根据配置的@RequestMapping找到对应的Controller方法。Controller调用Service处理业务，Service再调用MyBatis的Mapper操作数据库。处理完成后，结果数据被放入Model对象，最后由ViewResolver解析，指向一个具体的JSP页面进行渲染。这个过程清晰地将MVC模式落地。 - MyBatis：它是一个优秀的持久层框架，半自动化的特性让它比Hibernate更灵活。对于报销系统这种业务表结构相对固定（用户表、报销单表、审批流水表、费用明细表等），但查询条件可能多变（如按时间范围、报销状态、员工姓名筛选）的场景，MyBatis的XML映射文件或注解方式，能让我们编写高度优化的SQL语句，同时避免繁琐的JDBC代码。例如，一个复杂的多表关联查询，用于财务人员查看待处理报销单及其明细，用MyBatis可以很直观地实现。
注意：虽然现在主流已是SpringBoot+MyBatis-Plus+Vue/React的前后端分离架构，但理解SSM有助于你厘清Web请求的完整生命周期、各层之间的职责边界，这是Java后端工程师的基本功。很多老系统的维护和迭代，依然面对的是这类技术栈。
2.2 系统核心架构拆解
这个智能报销管理系统的架构，可以抽象为一个典型的三层架构，并在Web层细化为MVC模式。
用户层 (Browser) | 表示层 (View - JSP) <---> 控制层 (Controller - SpringMVC) | | |-----------------------------| | 业务逻辑层 (Service - Spring) | 数据访问层 (Mapper/Dao - MyBatis) | 数据持久层 (Database - MySQL)- 表示层：由JSP页面构成，负责展示数据、收集用户输入。例如
expense_apply.jsp是报销申请页面，expense_audit_list.jsp是待审批列表页面。它们通过JSTL和EL表达式从Model中获取后端传递的数据。 - 控制层：SpringMVC的
Controller接收JSP页面发起的请求（如表单提交、链接点击），调用相应的Service方法，并根据业务结果决定跳转到哪个JSP页面或返回JSON数据（如果部分功能用了Ajax）。 - 业务逻辑层：这是系统的“大脑”。
Service接口及其实现类包含了所有核心业务规则。例如，ExpenseService中会有submitExpense(ExpenseForm form)方法，这个方法内部会做一系列事情：校验表单数据合法性（如金额是否为数字、出差日期是否合理）、根据员工级别计算报销标准上限、生成唯一的报销单号、设置初始状态为“草稿”或“待审批”，最后调用Dao保存数据。这里的业务逻辑是项目的灵魂，也是面试中常被深挖的部分。 - 数据访问层：
Mapper接口（通常配合XML文件）定义了数据库操作的方法，如insertExpense,selectExpenseWithDetailsById。MyBatis负责将Java对象和SQL语句的输入输出进行映射。 - 数据持久层：通常选用MySQL，因为它开源、免费、生态成熟，足够支撑中小型管理系统的数据存储需求。表设计会包括
user（用户）、expense_report（报销单主表）、expense_item（费用明细子表）、approval_flow（审批流水表）等。
3. 核心功能模块与数据库设计详解
3.1 功能模块深度解析
一个完整的智能出差报销管理系统，绝非简单的增删改查堆砌。它需要围绕“报销单”的生命周期，构建一系列协同工作的模块。
1. 用户权限与角色管理模块：这是系统安全的基石。通常采用经典的RBAC（基于角色的访问控制）模型。设计用户表、角色表、权限表（或菜单表）以及它们的关联表。
- 员工：只能查看和提交自己的报销单，填写费用明细，上传票据附件（如图片）。
- 部门经理/项目负责人：拥有审批权限，可以查看下属员工的报销单，进行通过或驳回操作，驳回需填写理由。
- 财务人员：拥有复核和支付权限。查看已审批的报销单，核对票据和金额，确认后执行“支付”操作，系统可能记录支付流水号。
- 系统管理员：管理用户账号、角色分配、系统基础数据（如报销科目、城市间交通标准）。
实操心得：权限校验不能只靠前端菜单隐藏。在后端每个关键
Controller方法入口，都必须进行权限拦截。我们通常会用Spring的拦截器（Interceptor）或AOP，根据当前登录用户的角色，判断其是否有权执行当前操作。例如，在/expense/audit这个审批接口上，必须校验当前用户角色是否包含“审批人”。
2. 报销申请与费用明细模块：这是用户交互最频繁的部分。核心是报销单主表和费用明细子表（一对多关系）。
- 主表 (
expense_report)：存储报销单全局信息，如单号、申请人ID、出差事由、起始结束日期、总金额、当前状态、创建时间等。 - 子表 (
expense_item)：存储每一笔具体费用。字段包括：所属报销单ID、费用类型（交通、住宿、餐饮、办公用品）、发生日期、金额、票据张数、备注，以及一个可选的票据图片存储路径。 - 智能填充与校验：好的系统会提供“智能”体验。例如，选择“高铁”交通类型后，系统可根据出发地和目的地，自动查询并填充标准票价作为参考。提交时，前端和后端需进行双重校验：金额合计是否正确、必填字段是否完整、出差日期是否在合理范围内、单项费用是否超过公司标准等。
3. 工作流审批模块：这是体现“智能”和“管理”的关键。核心表是审批流水表 (approval_flow)。
- 设计思路：当报销单被提交，状态变为“待审批”。系统根据预设规则（如按申请人部门、报销金额阈值）自动确定下一级审批人（通常从
用户表中关联查找其部门领导）。生成一条审批流水记录，状态为“待处理”。 - 审批动作：审批人操作后，更新流水记录状态（通过/驳回），并可能更新报销单主状态。如果驳回，流程终止；如果通过，且需要多级审批，则创建下一条流水记录。
- 通知机制：为了提升体验，应集成简单的通知。可以在数据库存一条通知消息，或在审批完成后，通过WebSocket（如果技术栈支持）或简单的页面轮询，在用户登录时提示“您有1条待审批报销单”。
4. 财务处理与报表统计模块：面向财务人员的功能。
- 支付处理：对状态为“已审批”的报销单，财务确认无误后，执行支付操作。此操作应将报销单状态更新为“已支付”，并可能向第三方支付系统发起调用（课程设计中可模拟），同时记录支付凭证号。
- 报表统计：这是系统的价值输出端。需要编写复杂的MyBatis查询语句，支持多维度统计：部门月度报销总额、员工出差频率排行、各类费用占比分析等。数据通常通过
GROUP BY、SUM、JOIN等操作在后端聚合，然后传递给JSP页面，借助ECharts等图表库进行可视化展示。
3.2 数据库表结构设计参考
以下是一些核心表的简化设计，这是项目能否稳健运行的基础：
用户表 (sys_user)
| 字段名 | 类型 | 说明 | 约束 |
|---|---|---|---|
| id | bigint | 主键ID | 自增，主键 |
| username | varchar(50) | 用户名/工号 | 唯一，非空 |
| password | varchar(100) | 加密后的密码 | 非空 |
| real_name | varchar(20) | 真实姓名 | 非空 |
| dept_id | bigint | 所属部门ID | 外键关联部门表 |
| role_id | bigint | 角色ID | 外键关联角色表 |
| varchar(100) | 邮箱 | ||
| status | tinyint | 状态（0禁用，1启用） | 默认1 |
报销单主表 (expense_report)
| 字段名 | 类型 | 说明 | 约束 |
|---|---|---|---|
| id | bigint | 报销单ID | 自增，主键 |
| report_no | varchar(30) | 报销单号 | 唯一，非空 |
| applicant_id | bigint | 申请人ID | 外键关联用户表 |
| title | varchar(200) | 报销事由 | 非空 |
| start_date | date | 出差开始日期 | |
| end_date | date | 出差结束日期 | |
| total_amount | decimal(10,2) | 报销总金额 | 非空 |
| status | tinyint | 状态（0草稿，1待审批，2已通过，3已驳回，4已支付） | 默认0 |
| create_time | datetime | 创建时间 | 默认当前时间 |
| update_time | datetime | 更新时间 | 自动更新 |
费用明细表 (expense_item)
| 字段名 | 类型 | 说明 | 约束 |
|---|---|---|---|
| id | bigint | 明细ID | 自增，主键 |
| report_id | bigint | 所属报销单ID | 外键，级联删除 |
| expense_type | varchar(20) | 费用类型 | 非空 |
| expense_date | date | 费用发生日期 | |
| amount | decimal(10,2) | 金额 | 非空 |
| invoice_count | int | 票据张数 | |
| remark | varchar(500) | 备注 | |
| attachment_path | varchar(500) | 票据附件存储路径 |
审批流水表 (approval_flow)
| 字段名 | 类型 | 说明 | 约束 |
|---|---|---|---|
| id | bigint | 流水ID | 自增，主键 |
| report_id | bigint | 关联报销单ID | 外键 |
| approver_id | bigint | 审批人ID | 外键关联用户表 |
| approval_result | tinyint | 审批结果（1通过，2驳回） | |
| comments | varchar(500) | 审批意见 | |
| approval_time | datetime | 审批时间 |
设计要点：金额字段务必使用
decimal类型，避免浮点数精度丢失。时间字段使用datetime或timestamp。外键关系虽然在物理上可以不强制建立（为了性能），但在逻辑设计时必须清晰，并在代码层面保证数据一致性。
4. 关键代码实现与业务逻辑剖析
4.1 后端核心：SpringMVC Controller与Service实现
我们以“提交报销申请”这个核心业务为例，看看后端代码如何组织。
1. Controller层 (ExpenseReportController.java):Controller负责接收请求、校验参数、调用服务、返回视图或结果。
@Controller @RequestMapping("/expense") public class ExpenseReportController { @Autowired private ExpenseReportService expenseReportService; /** * 跳转到报销申请页面 */ @GetMapping("/apply") public String applyPage(Model model) { // 可能需要在页面加载时，预加载一些下拉框数据，如费用类型枚举、当前用户信息 User currentUser = getCurrentUserFromSession(); // 从Session获取当前用户 model.addAttribute("user", currentUser); model.addAttribute("expenseTypes", ExpenseTypeEnum.values()); return "expense/apply"; // 对应 /WEB-INF/views/expense/apply.jsp } /** * 处理报销申请提交（POST请求） */ @PostMapping("/submit") @ResponseBody // 这里返回JSON，因为提交后可能用Ajax提示成功/失败 public AjaxResult submitExpense(@RequestBody ExpenseSubmitDTO submitDTO, HttpSession session) { try { User applicant = (User) session.getAttribute("loginUser"); if (applicant == null) { return AjaxResult.error("用户未登录"); } // 将DTO对象和申请人传递给Service层处理 String reportNo = expenseReportService.submitExpense(submitDTO, applicant); return AjaxResult.success("提交成功，报销单号：" + reportNo); } catch (BusinessException e) { // 捕获自定义的业务异常，如“报销金额超限” return AjaxResult.error(e.getMessage()); } catch (Exception e) { logger.error("提交报销单异常", e); return AjaxResult.error("系统繁忙，请稍后重试"); } } }2. Service层 (ExpenseReportServiceImpl.java):Service是业务逻辑的核心，这里事务管理通常在此层开启。
@Service public class ExpenseReportServiceImpl implements ExpenseReportService { @Autowired private ExpenseReportMapper expenseReportMapper; @Autowired private ExpenseItemMapper expenseItemMapper; @Autowired private ApprovalFlowService approvalFlowService; @Override @Transactional(rollbackFor = Exception.class) // 声明式事务，异常则回滚 public String submitExpense(ExpenseSubmitDTO dto, User applicant) throws BusinessException { // 1. 数据校验（可抽取为独立校验器） validateExpenseData(dto); // 2. 构建主单实体并保存 ExpenseReport report = new ExpenseReport(); report.setReportNo(generateReportNo()); // 生成唯一单号，如"BX202310270001" report.setApplicantId(applicant.getId()); report.setTitle(dto.getTitle()); report.setStartDate(dto.getStartDate()); report.setEndDate(dto.getEndDate()); report.setTotalAmount(calculateTotal(dto.getItems())); // 计算明细总额 report.setStatus(ReportStatusEnum.DRAFT.getCode()); // 初始为草稿，或直接SUBMITTED expenseReportMapper.insert(report); // 3. 保存费用明细列表 for (ExpenseItemDTO itemDto : dto.getItems()) { ExpenseItem item = new ExpenseItem(); BeanUtils.copyProperties(itemDto, item); item.setReportId(report.getId()); expenseItemMapper.insert(item); } // 4. 如果提交即申请审批，则启动审批流程 if (dto.getSubmitForApproval()) { report.setStatus(ReportStatusEnum.PENDING_AUDIT.getCode()); expenseReportMapper.updateById(report); // 更新状态 approvalFlowService.startApprovalFlow(report.getId(), applicant.getId()); } return report.getReportNo(); } private void validateExpenseData(ExpenseSubmitDTO dto) throws BusinessException { // 校验逻辑示例 if (CollectionUtils.isEmpty(dto.getItems())) { throw new BusinessException("费用明细不能为空"); } for (ExpenseItemDTO item : dto.getItems()) { if (item.getAmount() == null || item.getAmount().compareTo(BigDecimal.ZERO) <= 0) { throw new BusinessException("费用金额必须大于0"); } // 更多校验，如日期范围、报销标准等 } } }4.2 前端交互：JSP页面与Ajax应用
虽然整体是JSP渲染，但为了更好的用户体验，局部交互会使用Ajax。
报销申请页面 (apply.jsp) 片段：
<%@ page contentType="text/html;charset=UTF-8" language="java" %> <%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %> <html> <head> <title>出差报销申请</title> <script src="${pageContext.request.contextPath}/static/js/jquery.min.js"></script> </head> <body> <h2>新建出差报销申请</h2> <form id="expenseForm"> <div> <label>报销事由：</label> <input type="text" name="title" required> </div> <!-- 费用明细动态行，可以通过JS添加/删除 --> <div id="itemsContainer"> <div class="item-row"> <select name="items[0].expenseType"> <c:forEach items="${expenseTypes}" var="type"> <option value="${type.code}">${type.name}</option> </c:forEach> </select> <input type="date" name="items[0].expenseDate"> <input type="number" step="0.01" name="items[0].amount" placeholder="金额"> <input type="number" name="items[0].invoiceCount" placeholder="票据张数"> <button type="button" onclick="removeItem(this)">删除</button> </div> </div> <button type="button" onclick="addItemRow()">添加费用明细</button> <button type="button" onclick="submitForm()">提交申请</button> </form> <script> let itemIndex = 1; function addItemRow() { let html = `<div class="item-row"> <select name="items[${itemIndex}].expenseType"> <c:forEach items="${expenseTypes}" var="type"> <option value="${type.code}">${type.name}</option> </c:forEach> </select> <input type="date" name="items[${itemIndex}].expenseDate"> <input type="number" step="0.01" name="items[${itemIndex}].amount" placeholder="金额"> <input type="number" name="items[${itemIndex}].invoiceCount" placeholder="票据张数"> <button type="button" onclick="removeItem(this)">删除</button> </div>`; $('#itemsContainer').append(html); itemIndex++; } function submitForm() { let formData = { title: $('input[name="title"]').val(), items: [], submitForApproval: true }; // 遍历所有明细行，收集数据（此处简化，实际需更严谨的遍历） $('.item-row').each(function(index) { let item = { expenseType: $(this).find('select').val(), expenseDate: $(this).find('input[type="date"]').val(), amount: $(this).find('input[type="number"]').eq(0).val(), invoiceCount: $(this).find('input[type="number"]').eq(1).val() }; formData.items.push(item); }); $.ajax({ url: '${pageContext.request.contextPath}/expense/submit', type: 'POST', contentType: 'application/json', data: JSON.stringify(formData), success: function(result) { if (result.success) { alert(result.msg); window.location.href = '${pageContext.request.contextPath}/expense/myList'; // 跳转到我的报销单列表 } else { alert('提交失败：' + result.msg); } }, error: function() { alert('网络请求异常'); } }); } </script> </body> </html>注意事项：JSP中混合大量JavaScript和HTML，维护起来会有些吃力。这是传统MVC模式的痛点。在实际开发中，对于复杂交互，会倾向于将前端逻辑单独写成
.js文件引入。另外，表单数据的收集和序列化成JSON提交给后端，需要确保字段名与后端DTO对象的属性名完全匹配。
5. 项目部署、调试与常见问题排查
5.1 本地开发环境搭建要点
拿到一个类似qlkrp.zip的SSM项目源码后，如何快速在本地（如使用IntelliJ IDEA）跑起来？
- 环境准备：确保已安装JDK 8+、Maven 3.x、Tomcat 8+和MySQL 5.7+。
- 导入项目：IDEA选择
Open，找到解压后的项目根目录（包含pom.xml的文件夹），以Maven项目形式导入。IDEA会自动下载依赖。 - 数据库初始化：在MySQL中创建一个新数据库（如
expense_db），然后执行项目sql文件夹下的建表脚本（通常名为init.sql或schema.sql）。务必检查脚本中的字符集（建议utf8mb4）和排序规则。 - 配置文件修改：这是最关键的一步。找到
src/main/resources目录下的配置文件：jdbc.properties: 修改数据库连接URL、用户名和密码，确保与本地MySQL配置一致。springmvc.xml: 检查视图解析器前缀（prefix）和后缀（suffix），确保指向正确的JSP文件路径（如/WEB-INF/views/和.jsp）。log4j.properties或logback.xml: 配置日志输出级别和路径，方便调试。
- 配置运行环境：在IDEA中，点击
Add Configuration，添加一个Tomcat Server -> Local。在Deployment选项卡中，添加一个Artifact，选择项目生成的war或war exploded（推荐后者，支持热更新）。注意Application context可以设置为/或特定路径。 - 启动与访问：启动Tomcat，观察控制台日志，确保没有启动错误。然后在浏览器访问
http://localhost:8080/（或你配置的上下文路径）。
5.2 常见问题与排查技巧实录
在开发和运行这类项目时，你几乎一定会遇到下面这些问题：
问题1：启动Tomcat时，控制台报错“java.lang.ClassNotFoundException”或“NoSuchMethodError”。
- 原因：99%是Maven依赖冲突或缺失。SSM项目依赖众多，不同版本的Spring、MyBatis jar包不兼容。
- 排查：
- 在IDEA右侧Maven工具栏，点击
Reimport All Maven Projects（刷新按钮）。 - 运行
mvn clean compile或mvn dependency:tree命令，查看依赖树，检查是否有多个不同版本的同一依赖。 - 在
pom.xml中，对关键依赖（如spring-core,mybatis）使用<dependencyManagement>进行版本锁定，排除传递进来的冲突依赖（使用<exclusions>标签）。
- 在IDEA右侧Maven工具栏，点击
问题2：访问JSP页面出现404错误，或提示“The requested resource [/xxx/xxx.jsp] is not available”。
- 原因：视图解析路径错误，或JSP文件没有放在正确的目录下（如
WEB-INF目录外的JSP可能被直接访问，但通常我们放在WEB-INF下以保安全）。 - 排查：
- 确认
springmvc.xml中视图解析器的prefix配置是否正确指向了你的JSP文件夹。 - 确认Controller方法返回的字符串视图名，是否与JSP文件名（不含后缀）匹配。
- 检查Tomcat部署的
Artifact输出目录下，WEB-INF/views里是否有对应的.jsp文件。如果没有，可能是编译或部署过程有问题。
- 确认
问题3：页面显示乱码，尤其是提交表单后。
- 原因：字符编码过滤器未配置或配置不当。
- 解决：在
web.xml中确保配置了Spring的字符编码过滤器，并设置forceEncoding为true。
同时，确保JSP页面头部有<filter> <filter-name>characterEncodingFilter</filter-name> <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class> <init-param> <param-name>encoding</param-name> <param-value>UTF-8</param-value> </init-param> <init-param> <param-name>forceEncoding</param-name> <param-value>true</param-value> </init-param> </filter> <filter-mapping> <filter-name>characterEncodingFilter</filter-name> <url-pattern>/*</url-pattern> </filter-mapping><%@ page contentType="text/html;charset=UTF-8" language="java" %>，数据库连接URL也指定了characterEncoding=UTF-8。
问题4：MyBatis查询结果映射到实体类时，某些字段为null。
- 原因：数据库表字段名与实体类属性名不一致（如数据库是
user_name，实体类是userName），或者SQL查询语句的列别名与属性名不匹配。 - 排查：
- 检查MyBatis的XML映射文件或注解中，
resultMap的定义是否正确。 - 开启MyBatis的日志（在配置文件中设置
logImpl为STDOUT_LOGGING），查看实际执行的SQL语句和返回的结果集，逐一比对字段名。 - 确认是否使用了
<resultMap>的autoMapping属性，或是否在<settings>中配置了mapUnderscoreToCamelCase为true（下划线转驼峰）。
- 检查MyBatis的XML映射文件或注解中，
问题5：事务不生效，出现异常后数据没有回滚。
- 原因：Spring事务管理配置不正确，或异常类型未被捕获。
- 排查：
- 确认在Spring配置文件中开启了注解驱动事务管理：
<tx:annotation-driven transaction-manager="transactionManager" />。 - 确认
@Transactional注解添加在了Service层的实现类方法（或接口方法）上，而不是Controller层。 - 检查
@Transactional注解的rollbackFor属性。默认只对RuntimeException和Error回滚。如果你抛出的自定义异常是Exception的子类但不是RuntimeException，需要显式指定@Transactional(rollbackFor = Exception.class)。 - 确保数据库引擎支持事务（如InnoDB支持，MyISAM不支持）。
- 确认在Spring配置文件中开启了注解驱动事务管理：
问题6：静态资源（CSS, JS, 图片）无法加载。
- 原因：SpringMVC的
DispatcherServlet拦截了所有请求（/），包括对静态资源的请求。 - 解决：在
springmvc.xml中配置静态资源映射。
同时，确保页面中引用资源的路径正确，如<mvc:resources mapping="/static/**" location="/static/" /><script src="${pageContext.request.contextPath}/static/js/jquery.js"></script>。
6. 从课程设计到生产级项目的优化思考
完成基础功能只是第一步。要让这个“课程设计”级别的系统更健壮、更可用，还需要考虑以下优化点，这也是面试中展示你思考深度的好机会：
1. 安全性加固：
- SQL注入防护：坚持使用MyBatis的
#{}预编译占位符，严禁在SQL中拼接用户输入。 - XSS攻击防护：对用户输入（尤其是审批意见、备注等富文本或长文本字段）进行转义或过滤。可以使用
HtmlUtils.htmlEscape或引入OWASP Java Encoder库。 - 会话安全：用户密码加盐哈希存储（如使用BCrypt）。Session设置合理的超时时间。关键操作（如支付）可考虑增加二次验证。
- 权限校验：如前所述，后端接口必须进行角色/权限校验，防止越权操作。
2. 性能与体验优化：
- 数据库层面：为常用查询字段（如
status,applicant_id,create_time）建立索引。对大表（如审批流水）考虑历史数据归档。 - 缓存应用：使用Redis或Ehcache缓存一些不常变但频繁访问的数据，如部门列表、报销类型字典、用户基本信息等。
- 文件上传优化：报销票据上传，应限制文件类型（如图片、PDF）和大小。文件不应直接存储在应用服务器，应上传到对象存储（如OSS、MinIO）或专门的文件服务器，数据库中只存访问路径。
- 前端优化：对于数据量大的列表页（如财务报销单查询），实现分页查询，避免一次性加载过多数据。MyBatis分页插件（如PageHelper）可以方便实现。
3. 代码结构与可维护性：
- DTO/VO分层：严格区分
Entity（数据库实体）、DTO（数据传输对象，用于接口接收参数）、VO（视图对象，用于返回给前端的数据）。避免直接用Entity接收前端参数或直接返回给前端，这可能导致暴露敏感字段或循环依赖。 - 统一响应封装：如前文代码中的
AjaxResult，所有Controller返回固定格式的JSON，包含success、code、msg、data字段，便于前端统一处理。 - 全局异常处理：使用
@ControllerAdvice和@ExceptionHandler定义一个全局异常处理器。将系统异常、业务异常等统一捕获，并转换为友好的错误信息返回给前端，避免将堆栈信息直接暴露。 - 日志规范化：使用SLF4J+Logback，在关键业务节点（如提交报销、审批通过、支付完成）记录业务日志，内容要包含操作人、操作对象ID、关键结果，便于后续审计和问题追踪。
4. 部署与监控：
- 多环境配置：使用Maven Profiles或Spring Profiles管理开发、测试、生产环境的配置文件（数据库连接、日志级别等）。
- 健康检查：提供一个简单的HTTP接口（如
/health），用于监控应用是否存活。 - 连接池监控：使用Druid等连接池，并开启其监控功能，可以查看SQL执行情况、连接泄露检测等。
拆解这个JSP+SSM的智能出差报销管理系统，就像回顾一段Java Web开发的经典历史。它可能没有微服务的光环，没有前后端分离的炫酷，但它扎实地体现了MVC分层、事务控制、数据库设计等核心思想。把这些基础打牢，理解每一个配置项背后的意义，解决每一个踩过的坑，当你再面对SpringBoot、Cloud Native这些现代技术时，你会更清楚它们究竟在解决什么问题，你的学习之路也会走得更稳、更远。
本文还有配套的精品资源，点击获取
