简介这是一套基于SSM框架与MySQL的社区居家养老服务网站毕业设计项目适合计算机相关专业学生用于课程设计、毕业答辩或项目实训。项目源码已在本地编译通过评审分达95分以上难度适中内容经助教老师审定可放心作为完整参考方案。压缩包共1130个文件大小约18.89MB涵盖前端页面HTML/CSS/JS、后端Java与JSP逻辑、XML配置文件、JAR依赖库及SQL数据库脚本目录结构清晰规范便于按模块阅读和二次开发。目前已有116人学习下载无论用于快速掌握SSM框架整合、理解前端交互与数据库设计还是作为毕业设计备选方案都具备较强的实用价值。1. 社区居家养老服务网站为什么这个毕设题目年年有人选却年年有人卡在 SSM 整合上毕业设计选 SSM MySQL 做社区居家养老服务网站的人非常多因为这个题目业务足够具体、数据模型能撑起一套完整的设计流程前端演示也直观。但每年都有人卡在同一个位置项目拿到手导入 IDEA 点运行Tomcat 起不来、页面 404或者登录后白屏。问题绝大多数不在业务代码而在 Spring、SpringMVC、MyBatis 三套框架的整合配置、JDK 版本匹配、MySQL 驱动和数据库脚本导入这些细节上。这篇内容不写开题报告直接拆这套项目源码从表怎么建、SSM 骨架怎么配到预约下单和后台分页怎么实现最后给一份高频避坑清单。适合正在做 Java 毕设、或者想快速搞懂 SSM 整合的开发者。2. 先理业务再碰代码社区居家养老网站的模型设计与数据库脚本2.1 角色权限与核心流程谁在系统里做什么事社区居家养老服务网站说白了就是把线下的养老服务搬到网上做预约和派单。毕设里常见做法是划分四个角色老人或家属前台用户、服务人员接单执行、管理员后台审核派单、系统运营者发布公告和配置服务项目。有的作品还会加一个“家属代下单”的权限但大部分版本里老人和家属共用一套前台账号体系不做复杂区分原因是答辩时老师更关注核心链路是否完整而不是角色矩阵铺得有多大。核心流程是一条链用户在前台选择服务项目——比如助餐、助浴、康复护理、上门维修——选定时间段后提交预约单管理员在后台审核预约审核通过后生成工单并指派给某个服务人员服务人员上门服务后回填完成状态和工时用户可以对已完成的服务做评价。后台管理端则是围绕基础数据做增删改查服务项目分类、服务人员信息、工单状态、会员账号、新闻公告。这个流程直接决定了数据库需要多少张表也决定了后面写 Service 层接口时按什么粒度拆分。理解这个流程还有个实际用处拿到源码包后不要从 Controller 开始读而是先顺着数据库脚本把表读一遍。表结构能倒推出业务流程比漫无目的翻代码快得多。如果发现脚本里没有工单表而只有预约表说明这套源码把派单逻辑合并进了预约审核里对应到前台就是“预约通过”和“派单”是一个动作这在演示时并不影响效果但在论文里要把流程描述和表结构对齐不要写出流程图上有的表在数据库里却找不到。2.2 数据库脚本怎么看核心表的建表顺序与关键字段设计拿到数据库脚本第一步不是急着执行而是先看清楚表结构和导入顺序。合理的顺序是“主数据在前、业务数据在后、关联表最后”用户表(user)、角色/权限表、服务人员表(server)、服务项目表(service_item)、预约表(appointment)、工单表(work_order)、评价表(evaluation)、公告表(notice)、管理员表(admin)。源码包里的数据库脚本通常是 .sql 文件如果直接在 MySQL 客户端全选执行很可能在外键约束上报错原因是子表先于父表创建。解决方法是按脚本内的注释块分段执行或者用 source 命令整文件导入不要从中间断开。下面是典型的核心表 DDL 片段以预约表和工单表为例-- 预约表 CREATE TABLE appointment ( id INT NOT NULL AUTO_INCREMENT COMMENT 预约ID, user_id INT NOT NULL COMMENT 下单用户ID, item_id INT NOT NULL COMMENT 服务项目ID, appoint_date DATE NOT NULL COMMENT 预约日期, time_slot VARCHAR(20) NOT NULL COMMENT 时间段 如 09:00-10:00, address VARCHAR(255) NOT NULL COMMENT 服务地址, status TINYINT NOT NULL DEFAULT 0 COMMENT 0待审核 1已通过 2已拒绝 3已完成, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 工单表 CREATE TABLE work_order ( id INT NOT NULL AUTO_INCREMENT, appointment_id INT NOT NULL COMMENT 关联预约ID, server_id INT NOT NULL COMMENT 服务人员ID, dispatch_time DATETIME DEFAULT NULL COMMENT 派单时间, finish_time DATETIME DEFAULT NULL COMMENT 完成时间, work_hours DECIMAL(4,1) DEFAULT NULL COMMENT 实际工时, status TINYINT NOT NULL DEFAULT 0 COMMENT 0待派单 1已派单 2已完成, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这段 SQL 里有两个容易被忽略的参数。第一个是ENGINEInnoDB必须用 InnoDB 而不要用 MyISAM因为预约和工单之间有跨表更新InnoDB 才支持事务和外键约束MyISAM 在并发写时容易锁表而且不支持回滚。第二个是字符集utf8mb4MySQL 8 默认就是 utf8mb4但如果你把脚本拿到 MySQL 5.7 上执行需要确认库级和表级字符集一致否则中文入库后再读出来就是乱码。status字段用 TINYINT 而不是字符串是这类项目里比较常规的取舍。字符串维护起来直观但查询和分组统计都要写字符串比较TINYINT 加注释在 Service 层做状态判断更干净。注意不要在毕设里引入工作流引擎或状态流转表这个数据量撑不起硬加只会让答辩被问住。2.3 数据库脚本导入前的三个检查项导入脚本前我一般会先做三件事少一件后面都可能翻车。第一是确认 MySQL 版本脚本里如果出现utf8mb4_0900_ai_ci这种排序规则说明脚本是 MySQL 8 导出的在 5.7 下会直接报Unknown collation需要全局替换成utf8mb4_general_ci。第二是检查外键引用打开脚本搜索FOREIGN KEY确认有外键约束时按整文件顺序执行不要只在客户端粘贴某一段。第三是检查自增主键如果导入后插入数据报Duplicate entry通常是AUTO_INCREMENT值没有重置最简单的方式是在执行完脚本后运行一条重置语句ALTER TABLE appointment AUTO_INCREMENT 1; ALTER TABLE work_order AUTO_INCREMENT 1;这个操作不影响已有数据只是把下一个自增值拉回当前最大值加一适用于脚本里附带 INSERT 数据的情况。注意不要在表里已有业务数据时频繁执行否则主键序列会混乱。另外如果脚本里带了管理员账号的 INSERT而你是从别处拿到的源码账号密码大概率是 MD5 或 BCrypt 加密过的不要试图在数据库里直接改密码去源码里找初始化密码或加密工具类。3. 用 SSM 搭项目骨架Spring、SpringMVC、MyBatis 三套配置怎么配合3.1 Maven 依赖与项目目录结构照着这个骨架导入不踩坑拿到源码包后第一步是确认是不是 Maven 工程。现在的毕设源码基本都带 pom.xml导入 IDEA 时选 Import Project 然后选 pom.xml不要直接 Open 一个文件夹——那是 Eclipse 时代的习惯IDEA 直接打开文件夹容易把依赖识别漏掉后面控制台会出现一堆“程序包不存在”的编译错误。导入后先执行 Maven 的 clean package把依赖拉下来不要急着启动 Tomcat。SSM 项目用到的依赖核心就五块Springspring-context、spring-webmvc、spring-jdbc、MyBatismybatis、mybatis-spring、MySQL 驱动mysql-connector-java、连接池druid、JSON 工具jackson-databind。一个能跑通的最小 pom.xml 片段properties maven.compiler.source1.8/maven.compiler.source maven.compiler.target1.8/maven.compiler.target spring.version5.3.20/spring.version /properties dependencies dependency groupIdorg.springframework/groupId artifactIdspring-webmvc/artifactId version${spring.version}/version /dependency dependency groupIdorg.springframework/groupId artifactIdspring-jdbc/artifactId version${spring.version}/version /dependency dependency groupIdorg.mybatis/groupId artifactIdmybatis/artifactId version3.5.10/version /dependency dependency groupIdorg.mybatis/groupId artifactIdmybatis-spring/artifactId version2.0.7/version /dependency dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId version8.0.28/version /dependency dependency groupIdcom.alibaba/groupId artifactIddruid/artifactId version1.2.13/version /dependency /dependencies这里有三个容易翻车的点。第一个是 Spring 版本和 mybatis-spring 版本必须配套上面用的 Spring 5.3.x 配 mybatis-spring 2.0.x 没有问题如果 Spring 拉到 6.xmybatis-spring 2.x 就撑不住启动直接抛 BeanCreationException。第二个是 mysql 驱动的坐标旧教程里写的是mysql:mysql-connector-java新项目也可以用但官方现在维护的是com.mysql:mysql-connector-j如果你是干干净净的新工程直接用新坐标。第三个是 Druid 版本1.1.x 和 1.2.x 配置参数名基本一致但 1.2.x 默认开了防火墙拦截如果自定义了很多 SQL 语句注意wall过滤器会不会误杀个别统计 SQL。3.2 Spring 与 SpringMVC 配置文件容器父子关系决定你有没有 404SSM 的配置是一大一小的关系applicationContext.xml 管 Spring 容器springMVC.xml 管 Web 层容器。常见做法是 applicationContext.xml 里配置数据源、事务、MyBatis mapper 扫描springMVC.xml 里配置注解驱动、视图解析器、Controller 扫描。两个文件里的context:component-scan一定要把扫描范围错开applicationContext 扫描 service 和 dao 包springMVC 只扫描 controller 包。如果两个容器同时扫描到同一个 Service业务方法会被代理两次事务注解尤其容易失效表现就是“点了保存按钮提示成功但数据库里没有数据”或者更复杂一点第一次调用成功第二次调用报事务冲突。一个最小可用的 springMVC.xmlmvc:annotation-driven/ context:component-scan base-packagecom.yourproject.controller/ bean classorg.springframework.web.servlet.view.InternalResourceViewResolver property nameprefix value/WEB-INF/views// property namesuffix value.jsp/ /bean mvc:default-servlet-handler/mvc:annotation-driven是必须的没有它RequestMapping不生效页面一律 404。default-servlet-handler解决的是静态资源问题否则项目里的 CSS、JS、图片会被 DispatcherServlet 拦截成 404表现是页面结构在但样式全丢。视图解析器的 prefix/suffix 决定了 Controller 里 return index 时实际去找/WEB-INF/views/index.jsp一旦这个路径和页面实际存放位置不一致Tomcat 不报错但浏览器直接白屏。还有一个细节如果你在 web.xml 里配置的是url-pattern为/DispatcherServlet 会拦截所有请求包括静态资源这时候 default-servlet-handler 就是后悔药如果你把 url-pattern 配成*.do静态资源不受影响但所有 Controller 的 RequestMapping 都要以 .do 结尾两种风格不要混用。3.3 MyBatis 与 Druid 数据源连接池参数和 mapper 扫描的边界数据源配置放在 applicationContext.xml 里。用 Druid 的话核心参数是 initialSize、minIdle、maxActive、maxWait、timeBetweenEvictionRunsMillis。毕设项目并发很低不需要调大如果照着生产环境的 200 并发参数抄本地跑反而会因为连接池初始化和回收逻辑拖慢启动速度。我一般用 initialSize3、maxActive10够用且启动快。bean iddataSource classcom.alibaba.druid.pool.DruidDataSource property namedriverClassName valuecom.mysql.cj.jdbc.Driver/ property nameurl valuejdbc:mysql://localhost:3306/community_care?useSSLfalseamp;serverTimezoneAsia/Shanghaiamp;characterEncodingutf8mb4/ property nameusername valueroot/ property namepassword value123456/ property nameinitialSize value3/ property namemaxActive value10/ /beanurl 里的参数一个都不能少useSSLfalse是因为 MySQL 8 默认开 SSL 校验驱动版本跟不上的时候连接直接报 SSL 错误serverTimezoneAsia/Shanghai是 8.x 驱动的硬性要求不传会报Server returns invalid timezonecharacterEncodingutf8mb4负责连接层的中文编码。在 XML 里必须转义成amp;少写一个分号 XML 解析就报错——这是从文本文档复制数据库 url 进 XML 时最高频的坑报错信息还不直观纯粹是玄学排错现场。MyBatis 的 mapper 扫描有两种写法用MapperScannerConfigurer或者用mybatis-spring:scan。前者需要在 bean 里同时指定basePackage后者是命名空间写法。Scanner 扫的是 Mapper 接口所在包不是 XML 文件所在包。Mapper XML 文件应该放在 resources 目录下与接口包路径一致的同名目录里并在 MyBatis 配置里指定 mapper-locations 通配符bean classorg.mybatis.spring.mapper.MapperScannerConfigurer property namebasePackage valuecom.yourproject.mapper/ /bean如果 Mapper XML 没被 MyBatis 加载典型症状是启动正常、页面正常但一点数据列表就报Invalid bound statement (not found)。检查路径时记得看一眼 target/classes 目录有时源文件没同步IDE 里明明有 XML编译输出目录里却没有——这种问题在 IDEA 里执行 clean 后重新 build 即可不用改任何配置。4. 把核心功能实现出来服务预约下单与后台分页管理的完整链路4.1 服务预约的前端到后端链路表单提交、Controller、Service、Mapper 怎么串核心页面是前台的服务预约页。用户选好服务项目、填写预约日期、时间段、地址提交后走完一条链路JSP 表单的 POST 请求到 ControllerController 调用 ServiceService 调 MapperMapper 执行 INSERT。关键点是状态字段在写入时固定为“待审核”不能在前端页面里让用户传。如果让前端把整个预约对象 POST 进来攻击者可以改 status 字段直接绕过审核这是个很常见的漏洞。Controller RequestMapping(/appointment) public class AppointmentController { Autowired private AppointmentService appointmentService; RequestMapping(value /submit, method RequestMethod.POST) public String submit(AppointmentDTO dto, HttpSession session) { User user (User) session.getAttribute(loginUser); if (user null) { return redirect:/login; } Appointment appointment new Appointment(); appointment.setUserId(user.getId()); appointment.setItemId(dto.getItemId()); appointment.setAppointDate(dto.getAppointDate()); appointment.setTimeSlot(dto.getTimeSlot()); appointment.setAddress(dto.getAddress()); appointment.setStatus(0); // 强制待审核不接受前端传值 appointmentService.createAppointment(appointment); return redirect:/appointment/list; } }这段代码有三个细节值得说。第一个是redirect:/appointment/list提交成功后用重定向而不是直接 return 一个 JSP 视图。直接返回视图的话用户刷新页面时浏览器会再次提交表单产生重复预约这是到真实项目里会被第一个问到的问题。第二个是 session 里取用户、取不到就跳登录这里没做注解式登录拦截因为前面 Web 层配置里没注册拦截器要在 springMVC.xml 里配置 HandlerInterceptor 才管用对毕设来说用 session 判空足够。第三个是 Service 里的事务注解Service Transactional public class AppointmentServiceImpl implements AppointmentService { Autowired private AppointmentMapper appointmentMapper; Override public void createAppointment(Appointment appointment) { appointmentMapper.insert(appointment); } }Transactional挂在类上所有 public 方法自动加事务。这里有一个隐藏问题如果同一个 Service 里有两个方法互相调用事务不会在内部调用时再次开启——Spring 的声明式事务基于代理内部调用走的是 this 引用代理失效。所以需要事务的方法尽量不要互相嵌套调用改成拆分 Service 或者在 Controller 里编排。4.2 后台列表分页与条件搜索PageHelper 插件和手写分页怎么选后台管理端最常用的列表是预约列表和工单列表。列表页除了分页还要支持按状态、按日期范围做条件筛选。毕设项目里用 PageHelper 插件的频率最高因为它对 MyBatis 侵入小引入依赖后在配置里声明拦截器Mapper 接口方法不感知分页参数调用前先 PageHelper.startPage 即可。RequestMapping(/list) public String list(RequestParam(defaultValue 1) Integer pageNum, RequestParam(defaultValue 10) Integer pageSize, Model model) { PageHelper.startPage(pageNum, pageSize); ListAppointmentVO list appointmentMapper.selectByCondition(status, dateFrom, dateTo); PageInfoAppointmentVO pageInfo new PageInfo(list); model.addAttribute(pageInfo, pageInfo); return admin/appointment_list; }PageHelper 的坑集中在两点一个是startPage必须紧跟在 Mapper 方法调用的前一行中间不能有任何其他数据库查询另一个是分页只对紧随其后的第一条查询生效如果 Mapper 方法里没有显式 ORDER BY分页出来的数据顺序不稳定翻页时会出现同一行数据在不同页重复出现。PageHelper 默认生成 count 语句但遇到 SQL 里带 group by 时会报错这种情况要么关掉 count 查询要么把 SQL 写成分组子查询。手写分页是另一种常见方式MySQL 写法就是LIMIT offset, pageSizeoffset 由前端传参计算。手写的好处是不依赖插件答辩时能说清原理坏处是要自己维护 count 语句和分页条。我的取舍是如果数据库脚本里已经引入 pagehelper 依赖就用插件如果脚本里没有别为了分页再引入额外 jar直接手写 LIMIT。这背后的原因是毕设答辩时老师更关注你对 SQL 能不能讲清楚而不是你引入了多少第三方库。4.3 工单状态流转一笔预约单从待审核到已完成的状态机实现最后把状态流转串起来看。预约状态和工单状态是两套字段预约表 status 是 0 待审核、1 已通过、2 已拒绝、3 已完成工单表 status 是 0 待派单、1 已派单、2 已完成。管理员审核预约通过时同时插入一条工单记录派单时把工单状态从 0 改成 1 并写入 dispatch_time服务人员完成后把工单改成 2、预约改成 3。这个跨表更新必须放在一个事务里否则会出现预约通过但工单没生成的一致性问题。UPDATE appointment SET status 1 WHERE id #{appointmentId} AND status 0; INSERT INTO work_order (appointment_id, server_id, dispatch_time, status) VALUES (#{appointmentId}, #{serverId}, NOW(), 1);SQL 里AND status 0是一个乐观锁写法只有当前状态还是待审核时才能更新为通过避免并发审核同一条预约导致重复派单。毕设数据量下几乎不会发生并发但把这个条件写出来答辩时能顺势聊到并发控制是加分项。如果实现后发现工单状态和预约状态经常对不上优先检查 Service 方法是否被重复调用以及 Mapper 的 update 语句返回值有没有被忽略——Mapper.update 返回的是影响行数不为 1 就该抛异常回滚。5. 避坑指南SSM 项目导入后跑不起来的 5 个高频问题5.1 Tomcat 启动报 NoSuchMethodErrorJDK 与 Spring 版本跨度太大现象启动 Tomcat 时控制台抛出NoSuchMethodError或ClassNotFoundException项目代码看起来没有任何问题单独编译某个类也没事。原因Spring 5.x 是基于 JDK 8 编译的如果你用的是 JDK 11 以上环境部分 Spring 版本在反射调用时会触发模块化限制。另一种更常见的情况是 Maven 依赖树里有多个 Spring 版本IDEA 的依赖解析把高版本和低版本同时拉进来classpath 上靠前的版本覆盖了靠后的导致运行时方法签名对不上。解决先执行mvn dependency:tree -Dincludesorg.springframework看依赖树把 Spring 统一到一个版本再检查有没有间接依赖了旧版 Spring 的第三方包用 exclusions 排除。如果本地环境确实是 JDK 17建议直接把 Spring 升到 5.3.x 最新版本或者改成 Spring Boot 3.x Jakarta 命名空间——这是改动最大的方案没有充足时间不建议临时切换。5.2 数据库脚本导入翻车外键顺序和 utf8mb4 排序规则现象执行 MySQL 脚本时中途报Cannot add foreign key constraint或Unknown collation: utf8mb4_0900_ai_ci。原因第一条是脚本里先创建含外键的子表但被引用的父表还没创建第二条是脚本从 MySQL 8 导出拿到 5.7 环境执行8.0 的默认排序规则在 5.7 里不存在。解决外键问题用整文件 source 导入不要只在客户端里复制部分语句如果整文件还是报错打开脚本搜索FOREIGN KEY确认被引用表创建在前面。排序规则问题最简单的方式是全局替换把utf8mb4_0900_ai_ci替换成utf8mb4_general_ciCREATE DATABASE 语句里的 COLLATE 一并替换再重新执行。执行完成后可以用SHOW CREATE TABLE appointment确认字符集和排序规则是否生效。5.3 页面 404 但项目能启动SpringMVC 静态资源和视图路径现象Tomcat 正常启动访问项目根路径能看到页面但访问具体功能路径 404或者登录页样式全丢控制台没有任何报错。原因DispatcherServlet 的 url-pattern 拦截了/把静态资源也交给 SpringMVC 处理而项目里没有配置静态资源映射也可能是 Controller 里 return 的视图名和实际 JSP 存放路径不一致。解决在 springMVC.xml 里加mvc:default-servlet-handler/确认静态资源放在 webapp 根目录下视图路径以 InternalResourceViewResolver 的 prefix 为准确认 JSP 实际在/WEB-INF/views/下。一个判断技巧用浏览器直接访问 JSP 文件的物理路径如果 Tomcat 能返回页面内容说明是视图路径问题如果连物理路径都 404说明是拦截配置问题。5.4 MySQL 8 连接报 SSL 错误驱动和连接参数不匹配现象启动项目刷新页面时后台输出CommunicationsException: SSL connection error或者The server time zone value ???ú±ê׼ʱ¼ä is unrecognized。原因MySQL 8.0 默认开启 SSL 校验同时服务端时区设置不是标准的字符序列驱动无法识别。两个问题本质上都是连接字符串里缺参数。解决在数据源 url 里补全useSSLfalseserverTimezoneAsia/Shanghai注意 XML 里要写成amp;。如果用了 mysql-connector-java 5.x 驱动连 MySQL 8直接换驱动到 8.0.x别在 5.x 上浪费时间。5.5 中文乱码从请求、数据库到响应的三层编码现象登录页输入中文用户名提交后页面显示问号或者数据库里存的中文页面读出来变成乱码。原因三层编码有一层断裂就会花屏。JSP 页面没有声明 UTF-8数据库连接串没有characterEncodingutf8mb4数据库表本身的字符集不是 UTF-8。还有一种情况是 Tomcat 的URIEncoding没有设成 UTF-8导致 GET 请求的中文参数乱码——注意 POST 请求走的是请求体编码GET 走的是 URI 编码两套机制。解决三层分别排查。JSP 头部写% page languagejava contentTypetext/html; charsetUTF-8 pageEncodingUTF-8 %web.xml 里给 SpringMVC 配一个CharacterEncodingFilter强制请求和响应统一 UTF-8Tomcat 的 server.xml 中给 Connector 加URIEncodingUTF-8。如果数据库表已经建了但字符集不对用ALTER TABLE appointment CONVERT TO CHARACTER SET utf8mb4;一次性转换转换后重启项目验证中文是否正常。6. 交付前自检清单与两个进阶方向让这个毕设从能跑变成能讲完整交付前我会跑一遍自检不通过的项宁可花一天调也不带病上场。第一是冷启动验证把 MySQL 服务关掉再启动直接在 IDEA 里重新跑 Tomcat确认项目不依赖任何手动启动的额外程序。第二是数据初始化验证删库重建用项目里的数据库脚本从头导入前台和后台各走一遍核心流程重点看预约提交之后管理员端能不能立刻看到这条记录。第三是异常路径验证故意输入错误密码、直接访问后台 URL、提交空的预约表单确认不会出现 500 空指针——空指针是答辩演示时最尴尬的现场事故。第四是编码验证把 Tomcat 编码配置还原成默认再跑一次中文仍然正常才说明代码层的编码设置是完整的而不是靠本地环境掩盖了问题。两个进阶方向性价比最高。一是把分页和状态字段换成枚举定义AppointmentStatusEnum在 Controller 和 JSP 里用枚举而不是魔法数字 0/1/2/3答辩聊到代码规范时能展开。二是引入定时任务清理过期预约用 Spring 的Scheduled每天凌晨把超过预约日期仍未完成的预约置为“已过期”这个功能不大但能展示你对业务边界的理解——记得在 springMVC.xml 或 applicationContext.xml 里加task:annotation-driven/否则注解不生效这个坑我踩过一次症状是定时任务完全没执行控制台连日志都没有。我自己的习惯是每写一个自定义业务规则就在代码注释里记一行“为什么”而不是只写“做了什么”。半年后回看这段代码或者答辩被问到时这行注释能帮你快速回忆起当时决策的上下文比任何设计文档都管用。希望这些内容对正在做 SSM 毕设的你有点帮助。本文还有配套的精品资源点击获取