尧图网页设计 
简介本资源为基于Java Web的科研管理系统完整项目源码包面向计算机专业学生、Java初学者及需要课程设计或毕业设计参考的开发者帮助理解企业级Web应用的架构与实现。压缩包共302个文件约1.03MB以115个java源文件与115个class编译文件为核心配合31个jsp页面、22个xml配置、6个tld标签库及properties、xmi等辅助文件完整呈现从业务逻辑到视图展示的分层结构。项目基于J2EE平台采用Struts框架实现MVC设计模式结合Servlet作为控制器、JSP负责界面渲染、JavaBean封装业务数据涵盖项目管理、成员管理、资源管理、进度跟踪、文档管理与报表统计等核心模块。已有182人学习下载适合通过阅读源码掌握Servlet请求处理、Struts配置与JSP页面逻辑的读者也可作为二次开发与功能扩展的参考基础。1. 从一份 Java web 科研管理系统源码说起它到底能解决谁的痛点高校和研究所里科研管理长期靠 Excel 加邮件来回传项目立项、中期检查、经费报销、成果登记各管一摊数据对不上是常态。一份基于 Java web 的科研管理系统本质是把这些散落的流程收进一个浏览器就能访问的后台教师提交项目申报管理员审核立项经费按预算科目走报销结题时自动汇总论文、专利、软著。它适合三类人一是要交课程设计或毕业设计的计算机专业学生二是中小型实验室想低成本搭一套内部管理工具三是刚接手 Java web 项目、需要一份能跑通的完整业务系统练手的开发者。这套东西不新鲜但把权限、审批流、数据统计串成闭环比单纯写 CRUD 有价值得多。2. 技术选型与库表设计为什么这套组合能撑住科研业务2.1 分层架构与依赖版本怎么定科研管理系统的业务复杂度中等偏上有角色权限、有审批状态流转、有统计报表。用 Spring Boot 打底最省事它把 Tomcat 内嵌、依赖注入、事务管理都包好了不用再折腾 web.xml 和手动配 DataSource。持久层选 MyBatis 而不是 JPA原因是科研项目里的统计查询往往要手写多表关联和动态条件MyBatis 的 XML 映射在这种场景下比 JPQL 更直观改起来也不用猜它生成了什么 SQL。一个能跑起来的最小依赖组合大致是这样!-- pom.xml 关键依赖版本按你本地仓库已有的稳定版填 -- dependencies !-- Web 层内嵌 Tomcat Spring MVC -- dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency !-- 持久层MyBatis 与 Spring Boot 整合 -- dependency groupIdorg.mybatis.spring.boot/groupId artifactIdmybatis-spring-boot-starter/artifactId version2.3.1/version /dependency !-- 数据库驱动MySQL 8 用这个 -- dependency groupIdcom.mysql/groupId artifactIdmysql-connector-j/artifactId scoperuntime/scope /dependency !-- 权限控制Shiro 轻量比 Spring Security 上手快 -- dependency groupIdorg.apache.shiro/groupId artifactIdshiro-spring-boot-starter/artifactId version1.13.0/version /dependency /dependencies这段配置的逻辑是web starter 负责接收 HTTP 请求并返回视图或 JSONmybatis starter 负责把 Mapper 接口和 XML 绑定Shiro 负责登录认证和 URL 级鉴权。参数上要注意 MySQL 驱动从 8.x 开始包名是com.mysql.cj.jdbc.Driver连接串必须带serverTimezone否则启动就报时区错误。Shiro 的版本别用太老的 1.2.x有已知反序列化问题1.13 是相对稳妥的选择。2.2 科研业务的核心表怎么切库表设计决定了后面代码好不好写。科研管理系统绕不开五张主表用户表、角色表、项目表、经费表、成果表。用户和角色多对多中间加一张 user_role项目和负责人是一对多经费挂在项目下按科目分成果也挂在项目下结题时按项目 ID 聚合。-- 项目表状态字段是审批流的核心 CREATE TABLE project ( id BIGINT PRIMARY KEY AUTO_INCREMENT, title VARCHAR(200) NOT NULL COMMENT 项目名称, leader_id BIGINT NOT NULL COMMENT 负责人用户ID, budget DECIMAL(12,2) DEFAULT 0 COMMENT 总预算, status TINYINT DEFAULT 0 COMMENT 0待审 1已立项 2中期 3已结题 4驳回, apply_time DATETIME DEFAULT CURRENT_TIMESTAMP, approve_time DATETIME NULL, KEY idx_leader (leader_id), KEY idx_status (status) ); -- 经费表一条记录对应一次报销或拨款 CREATE TABLE funding ( id BIGINT PRIMARY KEY AUTO_INCREMENT, project_id BIGINT NOT NULL, subject VARCHAR(50) COMMENT 科目设备/差旅/材料, amount DECIMAL(12,2) NOT NULL, type TINYINT COMMENT 1拨款 2报销, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, KEY idx_project (project_id) );status用 TINYINT 而不是字符串是为了查询快、索引小前端展示时再映射成中文。leader_id和project_id上建索引因为列表页几乎都会按负责人或项目过滤。经费的subject不做外键是因为科目在真实场景里会临时增删用字典表或直接存字符串更灵活。这里有个血泪经验金额字段一定用 DECIMAL别用 FLOAT否则统计报表里会出现 0.0000001 的误差对账时能让人崩溃。3. 从登录到立项把审批流跑通的最小实现3.1 Shiro 登录认证与角色拦截科研管理系统的权限分三层未登录只能看首页教师能提交和查看自己的项目管理员能审核所有人的项目。Shiro 的 Realm 负责查库比对密码Filter 负责拦 URL。// 自定义 Realm从数据库取用户和角色 public class UserRealm extends AuthorizingRealm { Autowired private UserService userService; // 授权把角色和权限塞进 SimpleAuthorizationInfo Override protected AuthorizationInfo doGetAuthorizationInfo(PrincipalCollection principals) { String username (String) principals.getPrimaryPrincipal(); SimpleAuthorizationInfo info new SimpleAuthorizationInfo(); ListString roles userService.listRoles(username); info.addRoles(roles); // 角色如 teacher / admin return info; } // 认证比对前端传来的密码和库里的哈希 Override protected AuthenticationInfo doGetAuthenticationInfo(AuthenticationToken token) { UsernamePasswordToken upToken (UsernamePasswordToken) token; User user userService.findByUsername(upToken.getUsername()); if (user null) { throw new UnknownAccountException(用户不存在); } // 第二个参数是库里的密文Shiro 自动和 token 里的明文比对 return new SimpleAuthenticationInfo(user.getUsername(), user.getPassword(), getName()); } }逻辑说明doGetAuthenticationInfo只在登录时调一次返回的 AuthenticationInfo 里第二个参数必须是数据库存的密文Shiro 会用配置的 CredentialsMatcher 去比对。doGetAuthorizationInfo在每次鉴权时调角色名要和RequiresRoles(admin)注解里的字符串一致。参数上密码别存明文注册时用new Md5Hash(password, salt)加盐登录比对时把 salt 一起带上。常见翻车点是 Realm 里注入了 Service 但 Shiro 配置类没加Bean导致空指针检查SecurityManager是否把自定义 Realm 设进去了。3.2 项目申报与审核的状态流转审批流的核心是状态机教师提交后 status0管理员审核通过改 1驳回改 4中期检查改 2结题改 3。每次状态变更都要记一条操作日志否则出了问题查不到是谁改的。// 审核接口只有 admin 角色能调 RequiresRoles(admin) PostMapping(/project/approve) public Result approve(RequestParam Long projectId, RequestParam Boolean pass) { Project p projectMapper.selectById(projectId); if (p null) { return Result.fail(项目不存在); } // 只有待审状态才能被审核防止重复操作 if (p.getStatus() ! 0) { return Result.fail(该项目已处理当前状态 p.getStatus()); } p.setStatus(pass ? 1 : 4); p.setApproveTime(new Date()); projectMapper.updateById(p); // 写操作日志谁在什么时候改了什么 logService.record(SecurityUtils.getUsername(), projectId, 审核, pass ? 通过 : 驳回); return Result.ok(); }这段代码的关键在状态校验先查当前状态不是 0 就直接拒绝。很多新手写的审核接口不校验前置状态结果管理员手抖点两次项目状态被反复覆盖数据就乱了。参数上pass用 Boolean 而不是 int前端传 true/false 更直观。日志表至少要有操作人、目标 ID、动作、时间四个字段后期做审计或排查纠纷时全靠它。如果项目要支持多级审核比如先学院后学校把 status 拆成独立的审批节点表别在主表上堆状态字段否则后面加节点会改到怀疑人生。4. 经费与成果统计报表查询怎么写才不拖垮数据库4.1 按项目聚合经费的 SQL 与索引经费统计是科研系统里最容易出性能问题的地方。一个项目可能有几十条报销记录列表页要显示每个项目的已用金额和剩余预算。最直接的做法是用 GROUP BY 聚合。-- 查询每个项目的预算、已报销总额、剩余额度 SELECT p.id, p.title, p.budget, IFNULL(SUM(CASE WHEN f.type 2 THEN f.amount ELSE 0 END), 0) AS used, p.budget - IFNULL(SUM(CASE WHEN f.type 2 THEN f.amount ELSE 0 END), 0) AS remain FROM project p LEFT JOIN funding f ON f.project_id p.id WHERE p.status IN (1, 2, 3) GROUP BY p.id, p.title, p.budget ORDER BY p.approve_time DESC;逻辑说明用 LEFT JOIN 保证没有经费记录的项目也能显示IFNULL把 NULL 转成 0。CASE WHEN只累加报销类型拨款不算已用。参数上funding.project_id必须有索引否则数据量上万后这条查询会全表扫描。如果项目表数据量大status上也建索引因为 WHERE 里用到了。一个常见的坑是 GROUP BY 后面漏了字段MySQL 的ONLY_FULL_GROUP_BY模式会直接报错把 SELECT 里非聚合的列都写进 GROUP BY 就行。4.2 成果登记与结题汇总结题时要把项目下的论文、专利、软著汇总成一份报告。成果表设计成一张宽表用 type 区分类型比每种成果建一张表更好维护。// 结题汇总查项目下所有成果按类型分组返回 public MapString, ListAchievement summary(Long projectId) { ListAchievement list achievementMapper.selectByProjectId(projectId); // 按 type 分组前端直接遍历渲染 return list.stream() .collect(Collectors.groupingBy(Achievement::getType)); }逻辑说明selectByProjectId走project_id索引一次查完再在内存分组比在 SQL 里写多次 UNION 更清晰。参数上成果的type建议用枚举值paper/patent/copyright别用中文存库否则后面做国际化或改文案时要批量更新数据。如果成果数量可能上千加个分页参数别一次性全查出来。结题报告导出成 Word 或 PDF 时用模板引擎如 poi-tl填充别手写 XML否则格式调到你怀疑人生。5. 部署与联调避坑那些让系统跑不起来的细节5.1 数据库连接与时区问题现象启动报The server time zone value йʱ is unrecognized。原因是 MySQL 8 驱动要求明确指定时区而 Windows 中文环境默认时区名解析失败。解决连接串加?serverTimezoneAsia/ShanghaiuseUnicodetruecharacterEncodingutf8。另外allowPublicKeyRetrievaltrue在 MySQL 8 用 caching_sha2_password 认证时需要加上否则连不上。5.2 静态资源 404 与拦截器顺序现象登录页能打开但 CSS、JS 全部 404。原因是 Shiro 或自定义拦截器把/static/**也拦了。解决在 Shiro 配置里对静态资源放行filterChainDefinitionMap.put(/static/**, anon)或者用 Spring Boot 默认的resources/static目录并把拦截器排除路径配全。注意拦截器注册顺序先注册的先生效别让鉴权拦截器挡在资源处理器前面。5.3 事务不生效的三种典型情况现象报销插入成功但项目余额没更新或者审核状态改了日志没写。原因通常是方法不是 public、同类内部调用没走代理、异常被 catch 了没抛出去。解决Transactional只加在 public 方法上内部调用改成注入自身或拆到另一个 Servicecatch 块里如果要回滚手动TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()。参数上rollbackFor Exception.class要显式写默认只回滚 RuntimeException。5.4 前端传参与后端接收对不上现象提交表单后后端收到 null或者日期格式报 400。原因是前端 JSON 字段名和后端实体不一致或者日期字符串没加DateTimeFormat。解决统一用RequestBody接收 JSON字段名保持一致日期字段加JsonFormat(pattern yyyy-MM-dd HH:mm:ss, timezone GMT8)。如果前端用 form 表单提交后端用RequestParam逐个接别混用。5.5 打包后页面空白现象本地 IDE 跑正常打成 jar 后访问首页空白。原因是 Thymeleaf 或 JSP 模板路径在 jar 里解析不到。解决用 Thymeleaf 就把模板放src/main/resources/templates别用 JSP如果非要用 JSP打成 war 而不是 jar。检查spring.thymeleaf.prefix配置默认是classpath:/templates/别改成绝对路径。6. 让这套系统真正可用三个进阶技巧与验证习惯第一个技巧是把审批流做成可配置的。别把状态硬编码在代码里建一张flow_node表存节点名、下一节点、允许操作的角色。这样以后加一个「学院初审」节点只改数据不改代码。验证方法是新增一个节点后用教师账号提交看流程是否按新节点走日志表是否记录了每一步。第二个技巧是给统计查询加缓存。经费汇总和成果统计这类查询数据变化不频繁但访问频繁用 Spring Cache 加 Redis设置 5 分钟过期。验证方法是连续刷新统计页看 SQL 日志里第二次是否没再查库。注意缓存 key 要带项目 ID 或用户 ID别让不同用户看到别人的数据。第三个技巧是写集成测试而不是只测单个方法。用SpringBootTest加 MockMvc模拟登录、提交项目、审核、查统计的完整链路。下面是一个最小示例SpringBootTest AutoConfigureMockMvc public class ProjectFlowTest { Autowired private MockMvc mockMvc; Test public void testApplyAndApprove() throws Exception { // 教师登录后提交项目 mockMvc.perform(post(/project/apply) .param(title, 测试项目) .param(budget, 10000) .sessionAttr(user, teacher1)) .andExpect(status().isOk()); // 管理员审核通过 mockMvc.perform(post(/project/approve) .param(projectId, 1) .param(pass, true) .sessionAttr(user, admin)) .andExpect(jsonPath($.code).value(0)); } }这段测试的价值在于它把登录态、参数绑定、状态流转、返回结构一次性验证了。参数上sessionAttr模拟 Shiro 的登录会话实际项目里换成真实的登录接口调用更可靠。跑通这条链路后每次改代码先跑测试比手动点页面快得多。我自己踩过最深的坑是早期图省事把项目状态和审核意见直接拼在一条 SQL 里更新结果并发审核时两个管理员同时操作后写的覆盖了先写的日志也对不上。后来改成先查状态再更新并在 SQL 的 WHERE 里带上status 0做乐观锁问题才消失。这个习惯我一直保留凡是状态变更WHERE 里必须带上前置状态影响行数为 0 就说明被人抢先了直接返回提示。希望帮到你。本文还有配套的精品资源点击获取 Java web科研管理系统源码实战：从技术选型到部署避坑
简介本资源为基于Java Web的科研管理系统完整项目源码包面向计算机专业学生、Java初学者及需要课程设计或毕业设计参考的开发者帮助理解企业级Web应用的架构与实现。压缩包共302个文件约1.03MB以115个java源文件与115个class编译文件为核心配合31个jsp页面、22个xml配置、6个tld标签库及properties、xmi等辅助文件完整呈现从业务逻辑到视图展示的分层结构。项目基于J2EE平台采用Struts框架实现MVC设计模式结合Servlet作为控制器、JSP负责界面渲染、JavaBean封装业务数据涵盖项目管理、成员管理、资源管理、进度跟踪、文档管理与报表统计等核心模块。已有182人学习下载适合通过阅读源码掌握Servlet请求处理、Struts配置与JSP页面逻辑的读者也可作为二次开发与功能扩展的参考基础。1. 从一份 Java web 科研管理系统源码说起它到底能解决谁的痛点高校和研究所里科研管理长期靠 Excel 加邮件来回传项目立项、中期检查、经费报销、成果登记各管一摊数据对不上是常态。一份基于 Java web 的科研管理系统本质是把这些散落的流程收进一个浏览器就能访问的后台教师提交项目申报管理员审核立项经费按预算科目走报销结题时自动汇总论文、专利、软著。它适合三类人一是要交课程设计或毕业设计的计算机专业学生二是中小型实验室想低成本搭一套内部管理工具三是刚接手 Java web 项目、需要一份能跑通的完整业务系统练手的开发者。这套东西不新鲜但把权限、审批流、数据统计串成闭环比单纯写 CRUD 有价值得多。2. 技术选型与库表设计为什么这套组合能撑住科研业务2.1 分层架构与依赖版本怎么定科研管理系统的业务复杂度中等偏上有角色权限、有审批状态流转、有统计报表。用 Spring Boot 打底最省事它把 Tomcat 内嵌、依赖注入、事务管理都包好了不用再折腾 web.xml 和手动配 DataSource。持久层选 MyBatis 而不是 JPA原因是科研项目里的统计查询往往要手写多表关联和动态条件MyBatis 的 XML 映射在这种场景下比 JPQL 更直观改起来也不用猜它生成了什么 SQL。一个能跑起来的最小依赖组合大致是这样!-- pom.xml 关键依赖版本按你本地仓库已有的稳定版填 -- dependencies !-- Web 层内嵌 Tomcat Spring MVC -- dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency !-- 持久层MyBatis 与 Spring Boot 整合 -- dependency groupIdorg.mybatis.spring.boot/groupId artifactIdmybatis-spring-boot-starter/artifactId version2.3.1/version /dependency !-- 数据库驱动MySQL 8 用这个 -- dependency groupIdcom.mysql/groupId artifactIdmysql-connector-j/artifactId scoperuntime/scope /dependency !-- 权限控制Shiro 轻量比 Spring Security 上手快 -- dependency groupIdorg.apache.shiro/groupId artifactIdshiro-spring-boot-starter/artifactId version1.13.0/version /dependency /dependencies这段配置的逻辑是web starter 负责接收 HTTP 请求并返回视图或 JSONmybatis starter 负责把 Mapper 接口和 XML 绑定Shiro 负责登录认证和 URL 级鉴权。参数上要注意 MySQL 驱动从 8.x 开始包名是com.mysql.cj.jdbc.Driver连接串必须带serverTimezone否则启动就报时区错误。Shiro 的版本别用太老的 1.2.x有已知反序列化问题1.13 是相对稳妥的选择。2.2 科研业务的核心表怎么切库表设计决定了后面代码好不好写。科研管理系统绕不开五张主表用户表、角色表、项目表、经费表、成果表。用户和角色多对多中间加一张 user_role项目和负责人是一对多经费挂在项目下按科目分成果也挂在项目下结题时按项目 ID 聚合。-- 项目表状态字段是审批流的核心 CREATE TABLE project ( id BIGINT PRIMARY KEY AUTO_INCREMENT, title VARCHAR(200) NOT NULL COMMENT 项目名称, leader_id BIGINT NOT NULL COMMENT 负责人用户ID, budget DECIMAL(12,2) DEFAULT 0 COMMENT 总预算, status TINYINT DEFAULT 0 COMMENT 0待审 1已立项 2中期 3已结题 4驳回, apply_time DATETIME DEFAULT CURRENT_TIMESTAMP, approve_time DATETIME NULL, KEY idx_leader (leader_id), KEY idx_status (status) ); -- 经费表一条记录对应一次报销或拨款 CREATE TABLE funding ( id BIGINT PRIMARY KEY AUTO_INCREMENT, project_id BIGINT NOT NULL, subject VARCHAR(50) COMMENT 科目设备/差旅/材料, amount DECIMAL(12,2) NOT NULL, type TINYINT COMMENT 1拨款 2报销, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, KEY idx_project (project_id) );status用 TINYINT 而不是字符串是为了查询快、索引小前端展示时再映射成中文。leader_id和project_id上建索引因为列表页几乎都会按负责人或项目过滤。经费的subject不做外键是因为科目在真实场景里会临时增删用字典表或直接存字符串更灵活。这里有个血泪经验金额字段一定用 DECIMAL别用 FLOAT否则统计报表里会出现 0.0000001 的误差对账时能让人崩溃。3. 从登录到立项把审批流跑通的最小实现3.1 Shiro 登录认证与角色拦截科研管理系统的权限分三层未登录只能看首页教师能提交和查看自己的项目管理员能审核所有人的项目。Shiro 的 Realm 负责查库比对密码Filter 负责拦 URL。// 自定义 Realm从数据库取用户和角色 public class UserRealm extends AuthorizingRealm { Autowired private UserService userService; // 授权把角色和权限塞进 SimpleAuthorizationInfo Override protected AuthorizationInfo doGetAuthorizationInfo(PrincipalCollection principals) { String username (String) principals.getPrimaryPrincipal(); SimpleAuthorizationInfo info new SimpleAuthorizationInfo(); ListString roles userService.listRoles(username); info.addRoles(roles); // 角色如 teacher / admin return info; } // 认证比对前端传来的密码和库里的哈希 Override protected AuthenticationInfo doGetAuthenticationInfo(AuthenticationToken token) { UsernamePasswordToken upToken (UsernamePasswordToken) token; User user userService.findByUsername(upToken.getUsername()); if (user null) { throw new UnknownAccountException(用户不存在); } // 第二个参数是库里的密文Shiro 自动和 token 里的明文比对 return new SimpleAuthenticationInfo(user.getUsername(), user.getPassword(), getName()); } }逻辑说明doGetAuthenticationInfo只在登录时调一次返回的 AuthenticationInfo 里第二个参数必须是数据库存的密文Shiro 会用配置的 CredentialsMatcher 去比对。doGetAuthorizationInfo在每次鉴权时调角色名要和RequiresRoles(admin)注解里的字符串一致。参数上密码别存明文注册时用new Md5Hash(password, salt)加盐登录比对时把 salt 一起带上。常见翻车点是 Realm 里注入了 Service 但 Shiro 配置类没加Bean导致空指针检查SecurityManager是否把自定义 Realm 设进去了。3.2 项目申报与审核的状态流转审批流的核心是状态机教师提交后 status0管理员审核通过改 1驳回改 4中期检查改 2结题改 3。每次状态变更都要记一条操作日志否则出了问题查不到是谁改的。// 审核接口只有 admin 角色能调 RequiresRoles(admin) PostMapping(/project/approve) public Result approve(RequestParam Long projectId, RequestParam Boolean pass) { Project p projectMapper.selectById(projectId); if (p null) { return Result.fail(项目不存在); } // 只有待审状态才能被审核防止重复操作 if (p.getStatus() ! 0) { return Result.fail(该项目已处理当前状态 p.getStatus()); } p.setStatus(pass ? 1 : 4); p.setApproveTime(new Date()); projectMapper.updateById(p); // 写操作日志谁在什么时候改了什么 logService.record(SecurityUtils.getUsername(), projectId, 审核, pass ? 通过 : 驳回); return Result.ok(); }这段代码的关键在状态校验先查当前状态不是 0 就直接拒绝。很多新手写的审核接口不校验前置状态结果管理员手抖点两次项目状态被反复覆盖数据就乱了。参数上pass用 Boolean 而不是 int前端传 true/false 更直观。日志表至少要有操作人、目标 ID、动作、时间四个字段后期做审计或排查纠纷时全靠它。如果项目要支持多级审核比如先学院后学校把 status 拆成独立的审批节点表别在主表上堆状态字段否则后面加节点会改到怀疑人生。4. 经费与成果统计报表查询怎么写才不拖垮数据库4.1 按项目聚合经费的 SQL 与索引经费统计是科研系统里最容易出性能问题的地方。一个项目可能有几十条报销记录列表页要显示每个项目的已用金额和剩余预算。最直接的做法是用 GROUP BY 聚合。-- 查询每个项目的预算、已报销总额、剩余额度 SELECT p.id, p.title, p.budget, IFNULL(SUM(CASE WHEN f.type 2 THEN f.amount ELSE 0 END), 0) AS used, p.budget - IFNULL(SUM(CASE WHEN f.type 2 THEN f.amount ELSE 0 END), 0) AS remain FROM project p LEFT JOIN funding f ON f.project_id p.id WHERE p.status IN (1, 2, 3) GROUP BY p.id, p.title, p.budget ORDER BY p.approve_time DESC;逻辑说明用 LEFT JOIN 保证没有经费记录的项目也能显示IFNULL把 NULL 转成 0。CASE WHEN只累加报销类型拨款不算已用。参数上funding.project_id必须有索引否则数据量上万后这条查询会全表扫描。如果项目表数据量大status上也建索引因为 WHERE 里用到了。一个常见的坑是 GROUP BY 后面漏了字段MySQL 的ONLY_FULL_GROUP_BY模式会直接报错把 SELECT 里非聚合的列都写进 GROUP BY 就行。4.2 成果登记与结题汇总结题时要把项目下的论文、专利、软著汇总成一份报告。成果表设计成一张宽表用 type 区分类型比每种成果建一张表更好维护。// 结题汇总查项目下所有成果按类型分组返回 public MapString, ListAchievement summary(Long projectId) { ListAchievement list achievementMapper.selectByProjectId(projectId); // 按 type 分组前端直接遍历渲染 return list.stream() .collect(Collectors.groupingBy(Achievement::getType)); }逻辑说明selectByProjectId走project_id索引一次查完再在内存分组比在 SQL 里写多次 UNION 更清晰。参数上成果的type建议用枚举值paper/patent/copyright别用中文存库否则后面做国际化或改文案时要批量更新数据。如果成果数量可能上千加个分页参数别一次性全查出来。结题报告导出成 Word 或 PDF 时用模板引擎如 poi-tl填充别手写 XML否则格式调到你怀疑人生。5. 部署与联调避坑那些让系统跑不起来的细节5.1 数据库连接与时区问题现象启动报The server time zone value йʱ is unrecognized。原因是 MySQL 8 驱动要求明确指定时区而 Windows 中文环境默认时区名解析失败。解决连接串加?serverTimezoneAsia/ShanghaiuseUnicodetruecharacterEncodingutf8。另外allowPublicKeyRetrievaltrue在 MySQL 8 用 caching_sha2_password 认证时需要加上否则连不上。5.2 静态资源 404 与拦截器顺序现象登录页能打开但 CSS、JS 全部 404。原因是 Shiro 或自定义拦截器把/static/**也拦了。解决在 Shiro 配置里对静态资源放行filterChainDefinitionMap.put(/static/**, anon)或者用 Spring Boot 默认的resources/static目录并把拦截器排除路径配全。注意拦截器注册顺序先注册的先生效别让鉴权拦截器挡在资源处理器前面。5.3 事务不生效的三种典型情况现象报销插入成功但项目余额没更新或者审核状态改了日志没写。原因通常是方法不是 public、同类内部调用没走代理、异常被 catch 了没抛出去。解决Transactional只加在 public 方法上内部调用改成注入自身或拆到另一个 Servicecatch 块里如果要回滚手动TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()。参数上rollbackFor Exception.class要显式写默认只回滚 RuntimeException。5.4 前端传参与后端接收对不上现象提交表单后后端收到 null或者日期格式报 400。原因是前端 JSON 字段名和后端实体不一致或者日期字符串没加DateTimeFormat。解决统一用RequestBody接收 JSON字段名保持一致日期字段加JsonFormat(pattern yyyy-MM-dd HH:mm:ss, timezone GMT8)。如果前端用 form 表单提交后端用RequestParam逐个接别混用。5.5 打包后页面空白现象本地 IDE 跑正常打成 jar 后访问首页空白。原因是 Thymeleaf 或 JSP 模板路径在 jar 里解析不到。解决用 Thymeleaf 就把模板放src/main/resources/templates别用 JSP如果非要用 JSP打成 war 而不是 jar。检查spring.thymeleaf.prefix配置默认是classpath:/templates/别改成绝对路径。6. 让这套系统真正可用三个进阶技巧与验证习惯第一个技巧是把审批流做成可配置的。别把状态硬编码在代码里建一张flow_node表存节点名、下一节点、允许操作的角色。这样以后加一个「学院初审」节点只改数据不改代码。验证方法是新增一个节点后用教师账号提交看流程是否按新节点走日志表是否记录了每一步。第二个技巧是给统计查询加缓存。经费汇总和成果统计这类查询数据变化不频繁但访问频繁用 Spring Cache 加 Redis设置 5 分钟过期。验证方法是连续刷新统计页看 SQL 日志里第二次是否没再查库。注意缓存 key 要带项目 ID 或用户 ID别让不同用户看到别人的数据。第三个技巧是写集成测试而不是只测单个方法。用SpringBootTest加 MockMvc模拟登录、提交项目、审核、查统计的完整链路。下面是一个最小示例SpringBootTest AutoConfigureMockMvc public class ProjectFlowTest { Autowired private MockMvc mockMvc; Test public void testApplyAndApprove() throws Exception { // 教师登录后提交项目 mockMvc.perform(post(/project/apply) .param(title, 测试项目) .param(budget, 10000) .sessionAttr(user, teacher1)) .andExpect(status().isOk()); // 管理员审核通过 mockMvc.perform(post(/project/approve) .param(projectId, 1) .param(pass, true) .sessionAttr(user, admin)) .andExpect(jsonPath($.code).value(0)); } }这段测试的价值在于它把登录态、参数绑定、状态流转、返回结构一次性验证了。参数上sessionAttr模拟 Shiro 的登录会话实际项目里换成真实的登录接口调用更可靠。跑通这条链路后每次改代码先跑测试比手动点页面快得多。我自己踩过最深的坑是早期图省事把项目状态和审核意见直接拼在一条 SQL 里更新结果并发审核时两个管理员同时操作后写的覆盖了先写的日志也对不上。后来改成先查状态再更新并在 SQL 的 WHERE 里带上status 0做乐观锁问题才消失。这个习惯我一直保留凡是状态变更WHERE 里必须带上前置状态影响行数为 0 就说明被人抢先了直接返回提示。希望帮到你。本文还有配套的精品资源点击获取