做这个项目的时候，我其实已经带过不少学生完成类似的 Java 课程设计了，但“社区居民便民服务关怀系统”这个名字背后要做的事，比一开始预想的多不少。它不只是一个 CRUD 练习，而是把“便民”和“关怀”落到了具体的业务场景里：老人信息登记、志愿者结对、服务预约、关怀任务跟踪、服务记录导出。如果你正准备找一个 SSM 框架的练手项目，或者想把这套东西写进简历，那我这篇基于实际开发经验总结的内容可以让你少踩很多坑。我会把需求拆解、技术选型、数据库设计、代码实现、部署和面试要点的完整链路都过一遍，也顺便把“java 八股文”里那些常问的 SSM 问题对应到真实代码里，这样你理解起来会踏实得多。
1. 项目整体定位与需求设计思路
1.1 这个系统到底在解决什么社区痛点
社区便民服务如果全靠微信群接龙和居委会手工台账，效率会非常低。居民有需求时找不到合适的服务人员，志愿者有空闲时间却不知道谁需要帮助，管理员看着纸质记录也难以统计服务完成情况。这个系统的核心目标就是把“居民-志愿者-管理员”三条线拉到同一个平台上。
“关怀”这个词是重点。它并不只是做个预约下单，而是要支撑一种“主动服务机制”。比如孤寡老人需要定期上门探访、独居老人需要用药提醒、残障人士需要代购代办，这些都属于关怀型业务。在设计上，我把“关怀对象”（老人、残障人士等）和“服务志愿者”拆开，用“关怀任务”把他们绑定在一起。任务可以是一次性的，也可以是周期性的。后台管理员能够看到每个任务的状态流转：待接单、进行中、已完成、待评价。这样做的好处是业务边界清晰，代码实现也简单。
1.2 功能模块拆分与角色边界
在动手写代码前，我没有急着建表，而是先用一张表格把功能边界理清楚。这个系统我分了三种角色：居民用户（也包含被关怀的家属账号）、志愿者、社区管理员。这里的“居民用户”有双重身份：他既可能是服务申请者，也可能本身是需要被关怀的对象，所以在表设计时我把“用户表”和“关怀对象表”分开，避免一张大表反复加字段。
| 角色 | 核心功能 |
|---|---|
| 社区管理员 | 居民信息审核、志愿者审核、关怀任务发布、服务记录管理、数据统计报表 |
| 志愿者 | 查看被分配的任务、接单、填报服务进度、提交服务记录 |
| 居民用户 | 服务预约申请、查看服务进度、评价反馈、提交求助信息 |
从页面菜单上看，管理员端还要有多一个“报表导出”入口。这里要特别说明：在 SSM 传统 JSP 项目中，我一开始想直接在页面用 JS 生成 Excel，后来发现还是用后端 Apache POI 导出更稳定，也更符合面试官期待的技术栈。这个后面我会专门讲，因为“Java POI Word 能生成图表吗”这个问题我确实在项目里验证过。
1.3 为什么用 SSM 而不是 Spring Boot
现在很多新项目都直接用 Spring Boot，但学校课程设计和很多老旧企业项目里，SSM 依然是面试必问的东西。我选择 SSM 有三个实际原因。
第一，SSM 是理解 Spring 核心机制的最好途径。Spring Boot 帮你自动配置了太多东西，你反而很难理解 Bean 是怎么被注册和管理的。手写 SSM 的 XML 配置虽然麻烦，但你会有机会亲手绑定数据源、配置事务管理器、写 MyBatis 映射文件，这些经验对回答“Java 基础面试题”和“SSM 框架原理面试题”非常有帮助。
第二，这个项目要运行在 Tomcat 上，部署方式很传统。SSM 打出来的 War 包可以直接扔到服务器 Tomcat 的 webapps 目录里，不依赖复杂的容器编排，对课程设计和中小型社区系统来说是够用的。
第三，SSM 项目结构清晰，分层严格。Controller、Service、Mapper 三层界限分明，非常适合作为“Java 课程设计案例源码”去讲解。你写出来的代码即使代码量不大，逻辑上也容易给老师或者面试官讲清楚。
2. 技术准备与核心原理解析
2.1 环境搭建：Java 版本选型与环境变量配置
这个项目需要一个可运行的 Java 环境。我建议直接用 JDK 8，因为学校或者老项目最常用的就是 JDK 8，而且和 Tomcat 8.5、SSM 各框架版本的兼容性最好。如果你电脑上已经装了更高版本的 JDK，比如 JDK 17，也不是不能用，但要注意一个很典型的报错：编译的时候提示“源发行版 17 需要目标发行版 17”。这个问题其实不是代码的问题，而是 IDEA 里的 Java Compiler 目标版本和项目 SDK 版本没对齐。
我第一次给学弟调这个项目时，他明明设置了 JDK 8，但 IDEA 里的编译器还是指向 17。解决办法是到 Project Structure 里把 Project SDK、Project language level、Modules language level 全部改成 8，再在 Settings 的 Java Compiler 里把 Build Process 的字节码版本改成 8。如果还不行，就去 Maven 的 pom.xml 里显式指定：
<properties> <maven.compiler.source>1.8</maven.compiler.source> <maven.compiler.target>1.8</maven.compiler.target> </properties>另外，很多新手在环境变量配置上栽过跟头。JAVA_HOME 要指向 JDK 的安装根目录，不是 bin 目录；Path 变量里要追加%JAVA_HOME%\bin；还要新建一个 CLASSPATH 变量（虽然新版 JDK 不一定需要，但老项目教程常用）。配置完以后，在命令行输入java -version和mvn -v能正常输出版本号，环境就算 OK 了。这块如果你要整理成笔记，可以单独总结一篇“Java 环境变量配置”图文教程，非常能拉浏览量。
2.2 SSM 框架如何协同工作
SSM 是 Spring + SpringMVC + MyBatis 三个框架的组合，它们的关系可以这么理解：Spring 是容器，负责管理 Service 层和 DAO 层的对象；SpringMVC 是表现层框架，负责接收前端请求、调用 Service、返回页面或 JSON；MyBatis 是持久层框架，负责把 Java 对象和 SQL 语句映射起来。
一个请求从浏览器到数据库，大致要经过这样的流转过程：DispatcherServlet 拦截 URL，交给 HandlerMapping 找到对应的 Controller；Controller 从 Request 里拿到参数，调用 Service 接口；ServiceImpl 里通过 Mapper 接口执行 SQL，MyBatis 会把结果自动封装成实体对象；然后继续一层层向上返回，最终由 SpringMVC 渲染 JSP 页面或者输出 JSON。
这个流程在你写代码前最好能自己画一遍。我当时没有用画图工具，直接在白纸上把箭头画出来，然后对着代码把每个环节标上去。这样做的最大好处是，遇到“为什么我接口返回的数据是 null”这种问题时，你能很快判断是参数没绑上，还是 Service 返回错了，还是 MyBatis 查询结果映射出了问题。
2.3 项目依赖管理与核心坐标
本项目使用 Maven 管理依赖，下面这些坐标是核心。如果你自己搭骨架，可以把重点版本抄下来，避免网上找的版本互相冲突：
<properties> <spring.version>5.2.22.RELEASE</spring.version> <mybatis.version>3.5.9</mybatis.version> </properties> <!-- Spring --> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-context</artifactId> <version>${spring.version}</version> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-webmvc</artifactId> <version>${spring.version}</version> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-jdbc</artifactId> <version>${spring.version}</version> </dependency> <!-- MyBatis --> <dependency> <groupId>org.mybatis</groupId> <artifactId>mybatis</artifactId> <version>${mybatis.version}</version> </dependency> <dependency> <groupId>org.mybatis</groupId> <artifactId>mybatis-spring</artifactId> <version>2.0.7</version> </dependency> <!-- MySQL 驱动 --> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>5.1.49</version> </dependency> <!-- 连接池 --> <dependency> <groupId>com.mchange</groupId> <artifactId>c3p0</artifactId> <version>0.9.5.5</version> </dependency>还要提醒一点：如果用 MySQL 8.x 的驱动包，要注意参数配置有所不同，比如驱动类名变成了com.mysql.cj.jdbc.Driver，连接 URL 后面要带时区参数serverTimezone=Asia/Shanghai。我项目里用的是 MySQL 5.7 加 5.1.49 驱动，最稳，不容易出加密规则相关的异常。
3. 数据库设计：从需求到可落地的表
3.1 核心表清单与设计思路
社区便民服务关怀系统的数据量不大，不需要过度设计，但表的字段要足够支撑业务。我最终设计出七张核心表：用户表、角色表、关怀对象表、志愿者表、服务预约表、关怀任务表、服务记录表，外加一张公告表。实际开发时，微信登录的老人家属信息也用用户表复用，不做额外表。
设计思路是遵循“最小冗余”原则。比如地址信息，我没有单独拆省市县区表，而是直接存详细地址字符串，因为社区系统范围就在一个社区内，没必要做复杂的行政区划关联。又比如手机号，直接存在用户表里，不加密存储，但数据库连接账号做了权限控制，生产环境一般部署在内网。
3.2 关键表结构说明
用户表（sys_user）是系统的根基。字段包含用户ID、登录名、密码（MD5加盐存储）、手机号、姓名、头像路径、角色类型、状态、注册时间。角色类型我用一个整数字段，0=管理员、1=居民、2=志愿者，这样登录之后可以根据类型跳转到不同主页，不需要额外做多对多权限表。当然，如果要更规范一点，可以再加角色表，但我这个项目重点在于业务流程，用最简单的方式处理。
关怀对象表（care_target）是体现“关怀”语义的核心表。每个关怀对象绑定一个登记人用户ID，再记录姓名、年龄、身份证号、住址、身体状况、紧急联系电话、关怀等级（普通、重点关注、紧急）、备注。这个表存在的意义是让志愿者和管理员能一眼看出哪些人需要优先服务。
服务预约表和关怀任务表是业务主表。服务预约表主要记录居民提交的预约，包括预约类型（代买物资、陪同就医、家政服务、心理关怀等）、期望服务时间、预约状态。关怀任务表则是管理员或者系统根据预约生成的待办任务，包含任务类型、目标对象ID、执行人志愿者ID、计划执行时间、完成状态、实际完成时间、评价内容。把预约和任务拆开，是为了区分“用户发起的服务申请”和“平台主动生成的关怀行动”。
3.3 多表关联与查询优化
SSM 项目里最常见的多表查询是“待关怀任务列表”。我需要在 JSP 页面上同时显示任务名称、关怀对象姓名、志愿者姓名和状态。MyBatis 里的做法是写一个映射器接口方法，SQL 里通过 JOIN 把三张表关联起来：
SELECT t.task_id, t.task_type, t.plan_time, t.status, ct.name AS target_name, ct.care_level, u.name AS volunteer_name FROM care_task t LEFT JOIN care_target ct ON t.target_id = ct.target_id LEFT JOIN sys_user u ON t.volunteer_id = u.user_id WHERE t.status = #{status} ORDER BY t.plan_time ASC这里要注意一个小技巧：查询返回的 DTO 不必新建一个类，可以直接在 MyBatis 的 resultMap 里把target_name、volunteer_name映射到一个扩展字段多的实体类上。如果你的实体类不想加额外字段，就建一个 TaskVO 类，这样分层更清晰。我最初偷懒直接塞在实体类里，后来接口返回 JSON 时多出一些无关字段，前端还要过滤，反而麻烦。
性能方面，这种小型项目只要在经常作为筛选条件的字段，比如任务状态 status、预约时间 apply_time 上加上普通索引就够了，没必要为了炫技搞联合索引和分库分表。面试时如果被问到，你可以说“我根据实际业务数据量评估过，加索引后单表查询都在毫秒级，所以没有引入分布式中间件”，这比背八股文更让人信服。
4. 核心功能实现与运行配置
4.1 配置文件的三件套：web.xml、Spring、MyBatis
很多教程喜欢把配置文件贴出来就直接开始写业务，但我建议你先理解这三件套各自要干什么。
web.xml 里要配置 DispatcherServlet 和 Spring 的上下文加载监听器。DispatcherServlet 拦截的 URL 我设计成/，也就是所有请求都走 SpringMVC。同时要在 web.xml 里声明 SpringMVC 的配置文件位置/WEB-INF/spring-mvc.xml。字符编码过滤器也在这里配，不然后面处理 JSP 提交的中文数据会乱码。这个过滤器必须注册在 DispatcherServlet 之前，否则乱码问题怎么调都解决不了。
spring-mvc.xml 里要做三件事：开启注解驱动、扫描 Controller 包、配置视图解析器。视图解析器的 setPrefix 和 setSuffix 要分别设为/WEB-INF/views/和.jsp，这样 Controller 里返回字符串"user/login"时，SpringMVC 就会去/WEB-INF/views/user/login.jsp找页面。
spring-mybatis.xml 则是把数据源、SqlSessionFactory、Mapper 扫描放一起。SqlSessionFactory 里要指定 MyBatis 全局配置文件的位置和实体类别名包。我最开始忘记配置别名包，导致所有实体类在 XML 里写parameterType="com.example.entity.User"这样的全路径，代码又丑又容易写错。配了typeAliasesPackage之后，映射 XML 里直接写首字母小写的类名就行。
4.2 用户登录会话处理与拦截器
登录功能看起来简单，但要做对两个关键点：密码加密和会话拦截。密码存储我使用 MD5 加盐，避免直接把明文密码放进数据库。加盐可以简单一点，比如用户名加固定盐拼接后取 MD5。这种方法虽然不如 BCrypt 专业，但在课程设计里够用，而且容易解释清楚。
登录成功后，把用户对象放到 Session 里，就是用session.setAttribute("loginUser", user)。然后注册一个 SpringMVC 的 HandlerInterceptor 拦截器，在preHandle里检查 Session 是否存在 loginUser，不存在就重定向到登录页。同时要排除登录接口、注册接口、静态资源路径。这一步不做的话，任何人直接访问内部页面链接都能跳过登录，项目就废了。
有一个我当初踩过的坑：在拦截器里重定向到登录页时，如果用了/login这种绝对路径没问题，但如果用相对路径，部署到带项目名前缀的 Tomcat 下就会 404。建议写代码时一律用${pageContext.request.contextPath}拼接项目前缀，这一点在新手项目里非常常见。
4.3 关怀任务的自动生成与服务评价
关怀任务管理是这个项目的业务重点。我实现了两种任务生成方式：一种是管理员在后台手动创建，并分配给指定志愿者；另一种是当居民提交服务预约后，系统自动给当前有空闲的志愿者创建一个待办记录。
自动分配的策略我用最简单的“轮询”：查询所有状态为启用且当前有未完成任务数量最少的志愿者，把这个预约派给他。虽然谈不上智能调度，但在小社区场景下很实用。这里有一个 Java 面向对象设计的考察点：我把“任务分配策略”抽象成一个接口，手动分配和自动分配都实现同一个接口。这样后续如果要改成“按距离最近分配”，只需要新增一个实现类，不用改 Controller 里的业务代码。这也可以在面试时作为面向对象设计的多态案例讲出来。
服务完成后，志愿者需要填写完成情况，居民可以在个人中心对本次服务进行评价。评价内容保存在关怀任务表里，同时计算一个满意分数。统计后台的管理员首页会展示本月服务完成率、好评率、服务类型占比柱状图，这些统计数据的 SQL 都比较简单，用 COUNT 和 GROUP BY 就可以完成。
4.4 用 Java POI 生成导出的 Word 与 Excel 报告
因为热搜词里有“Java POI Word 能生成图表吗”，我实际测试过。Apache POI 的 XWPF 组件可以生成 Word，但要在 Word 里嵌入图表并不像 Excel 里那么简单。POI 没有提供直接创建图表对象的 API，要么得通过底层的 CTChart 操作，要么就换个思路：先在 Excel 里生成图表，再把 Excel 图表复制粘贴到 Word，步骤非常繁琐。
所以我在这个项目里的报表导出功能采用了这样的折中方案：统计报表导出 Excel（XSSFWorkbook），服务记录详细报告导出 Word（XWPFDocument）。Excel 里我用 Sheet 填充数据后，再手动创建一条柱状图，POI 对 Excel 图表支持的 API 相对成熟，代码如下：
XSSFChart chart = sheet.createDrawingPatriarch().createChart(new XSSFClientAnchor(0, 0, 0, 0, 1, 1, 15, 10)); XSSFChartLegend legend = chart.getOrAddLegend(); legend.setPosition(LegendPosition.BOTTOM); chart.setTitleText("本月服务类型统计");Word 导出则主要是把关怀对象的信息和服务记录写入表格，如图表需求不强，完全够用。如果你面试时被问“POI 能不能生成图表”，可以老实说 “POI 对 Word 图表的原生支持较弱，实际项目里我采用 Excel 图表 + Word 文档组合的方式解决”。这种回答比不懂装懂好得多。
5. 前端页面交互与项目部署要点
5.1 基于 JSP + Bootstrap 的页面组织
这项目的前端没有用前后端分离，因为 SSM 传统项目默认使用 JSP。JSP 的好处是渲染方便，登录后的用户信息直接通过 EL 表达式取。我对页面的组织方式是：/WEB-INF/views下按照模块建文件夹，比如 admin 文件夹放管理员页面，user 文件夹放居民页面，volunteer 文件夹放志愿者页面，common 放头部导航、尾部版权等公共片段。
Bootstrap 3 是最稳定的选择，因为不需要 jQuery 之外的复杂依赖。表格用.table table-bordered，表单用.form-horizontal。页面数量不多，一共十余个 JSP，但公共部分抽取后，每个页面代码控制在两百行左右，维护起来很轻松。
需要注意 JSP 页面上写 Java 代码时要克制。很多人总是忍不住在 JSP 里写<% for (...) %>，但这会让页面逻辑越来越乱。我的习惯是：数据全部交给 Controller 放到 ModelAndView 里，JSP 只做 EL 表达式取值和 JSTL 的小循环。如果页面要展示列表，用<c:forEach>标签即可，既清晰又安全。
5.2 Ajax 异步交互与局部刷新
在处理服务预约和任务状态更新时，我用 jQuery Ajax 异步提交，不用整页刷新，体验会好很多。比如志愿者点击“接单”，前端通过 Ajax POST 请求/task/accept，携带任务 ID。后端 Controller 接收后在 Service 里做状态更新，返回 JSON 字符串{“code”:200,”msg”:”接单成功”}。前端拿到结果后，把当前按钮置灰，并把状态列的文字改掉。
这里有一个实践要点：SpringMVC 返回 JSON 需要引入 Jackson 依赖，并且在方法上使用@ResponseBody。如果你返回的实体类里有日期字段，默认序列化格式是一长串时间戳，非常不友好。解决办法是在类字段上加@JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss", timezone = "GMT+8")，或者配置一个全局 Jackson 解析器。我最初没配置，前端页面显示的时间都是数字，排查了很久才发现是序列化格式的问题。
5.3 按部署方案配置 Tomcat 和数据源
本地跑 Tomcat 时，我推荐在 IDEA 里直接配置 Tomcat Server，把 Deployment 选成 war exploded 模式，这样修改 JSP 后刷新页面就能看到效果，比 war 包部署快得多。
但是最终交付课程设计或者上线演示时，还是需要打包成 War 部署到独立 Tomcat。具体步骤是：在 IDEA 右侧 Maven 面板执行 clean package，target 目录下会生成community.war文件，把它复制到 Tomcat 机器上的webapps目录，启动 Tomcat 后自动解压。首次打开路径是http://服务器IP:8080/community/。
部署到 Linux 服务器时，不要用 root 直接跑 Tomcat。我习惯先创建普通用户，然后通过chown将 Tomcat 目录授权给该用户。数据库连接串里的密码不要写在 JSP 里，也不要写在 GitHub 仓库里，要放在外部 properties 文件中，并且在 .gitignore 中忽略。这是生产环境的基本底线，虽然只是课程设计，养成习惯很重要。
5.4 性能优化与日志排查
当项目正式运行，访问量稍微上来一点后，连接池配置就显得重要了。我在 c3p0 中设置了initialPoolSize=5、maxPoolSize=20。如果连接池配置过小，且数据库链接长时间不释放，就很容易出现“连接获取超时”报错。排查时打开 MyBatis 的日志级别到 DEBUG，可以看到每条 SQL 执行耗时，定位慢查询非常方便。
另外，Logger 的使用也很关键。别用System.out.println输出调试信息，部署之后找日志会人快崩溃。我用 SLF4J + Logback，直接通过 IDEA 插件生成private static final Logger logger = LoggerFactory.getLogger(当前类名.class);。重要操作比如登录成功、任务分配、服务评价，都打上 info 级别日志，后面回溯业务有据可查。
6. 常见问题排查与避坑记录
6.1 编译和启动阶段的高频报错
工作多年后回头看，SSM 项目的问题其实非常模式化。把常见问题整理成下面的表格，项目调试时会省很多时间。
| 报错现象 | 常见原因 | 解决办法 |
|---|---|---|
| 源发行版 17 需要目标发行版 17 | Maven 编译级别与 JDK 不一致 | 统一 pom.xml 和 IDEA Project Structure |
| 404：请求路径不存在 | Controller 未加 @RequestMapping 或拦截器拦截了请求 | 检查路径注解、DispatcherServlet 配置、项目前缀 |
| 500：空指针异常 | Service 未注入或对象为 null | 检查 @Service、@Autowired、包扫描范围 |
| 中文乱码 | 页面编码、Tomcat 编码、数据库编码不一致 | 统一 UTF-8，配置过滤器，数据库连接 URL 加 characterEncoding |
Java.Lang.ArrayIndexOutOfBoundsException | 页面传入的数组参数没判空，或导出报表集合越界 | 读取参数前判断长度，遍历前判断集合 isEmpty |
| 数据库连接失败 | MySQL 驱动版本不对或端口/密码错误 | 核对驱动版本和 URL，测试本地连接 |
| MyBatis 绑定异常 | Mapper 接口与 XML 的 namespace 不匹配，或方法 id 不一致 | 检查 namespace 和每条 SQL 的 id |
“Java 中数组越界异常”也是搜索热词，这类异常在导出 Excel 时经常出现。比如你准备了一个长度为 5 的标题数组，但数据列想写 6 列，运行到这里直接抛异常。我养成了一个习惯：所有根据下标写入的循环，统一用集合的 size 或数组的 length 来控制，并且业务代码里先判断是否为空。
6.2 关于“Java 怎么保证数据一致性”的项目实践
这个问题是典型的 Java 八股文面试题，我以前也只会回答“事务 + 锁”。真正写项目后才有体会。在这个系统里，最典型的数据一致性问题就是任务接单的并发场景：两个志愿者同时点同一个任务的接单，不能两个人都成功。
我的解决方法是数据库事务配合状态乐观锁。在care_task表里增加version字段。更新 SQL 语句带上WHERE task_id = #{taskId} AND version = #{version}，执行更新后如果影响行数为 0，说明任务已经被别人修改过了。这时程序里抛一个异常提示“该任务已被接单”，前端通过 Ajax 能立刻显示。
这个方案比单纯加 synchronized 锁靠谱，因为它是面向分布式部署设计未来的方案。面试官如果追问，你可以说这是乐观锁的 CAS 思想，再延伸说悲观锁和乐观锁的选择依据。有了真实的代码实现，你回答这类问题不会发慌，而且能主动说出来：“我在项目里是通过版本号保证状态更新的原子性”。
6.3 Tomcat 内存占用过高或启动缓慢
Tomcat 启动慢时，大多数人以为是程序问题，其实很多时候是 JVM 参数没调。在 catalina.sh 里可以设置JAVA_OPTS="-Xms512m -Xmx1024m -XX:MetaspaceSize=256m"。本地开发时可以小一点，服务器上根据机器配置调整。社区小项目不需要追求极限性能，稳定优先。
另外，个人开发时资源路径的大小写问题很坑。Linux 服务器上的文件路径严格区分大小写，你的头像上传路径如果代码里写的是/upload/images/，但目录建的是/upload/Images/，Windows 本地不报错，一上服务器就白屏。所以目录命名要统一小写，避免大小写混用。
6.4 部署后的数据备份策略
这虽然是个中小型系统，但用户数据不能丢。我写了一个简单的 Shell 脚本，每天凌晨用 mysqldump 备份数据库，并把备份文件按日期命名压缩，保留最近 15 天。脚本内容不复杂，就是几个命令组合，但每次演示或者学期结束交作业时，你都能拿出一份完整数据，在老师那边印象分会提高不少。
脚本的思路是：
mysqldump -u root -p'密码' community > /backup/community_$(date +%Y%m%d).sql tar -czf /backup/community_$(date +%Y%m%d).sql.tar.gz /backup/community_$(date +%Y%m%d).sql find /backup -mtime +15 -exec rm -f {} \;把上面这段写入 cron，每天凌晨 2 点执行。不要把这个脚本放在项目 web 目录，否则别人直接通过 URL 下载 SQL 备份，隐私会全部泄露。这一点也属于安全常识。
7. 面试提炼与项目亮点
7.1 把项目经历讲成面试加分项
课程设计能拿得出手，关键不是功能多花哨，而是你能不能用简洁清晰的语言把项目讲明白。建议按照“项目背景 -> 技术栈 -> 自己负责模块 -> 难点与解决方案 -> 收获”这个结构准备 3 分钟自我介绍。
比如你说“在社区居民便民服务关怀系统里，我负责整个关怀任务模块的设计。我采用了 SSM 三层架构，通过 MyBatis 完成多表关联查询，用 SpringMVC 拦截器实现用户登录校验。遇到志愿者并发接单的问题，我用乐观锁解决，保证了任务状态一致性。”这段话里包含技术栈、项目背景、个人职责、难点亮点，比“我做了个管理系统”高级很多。
7.2 SSM 框架高频面试题结合代码回答
面试官问 SpringMVC 工作流程时，完全可以直接用项目里的“服务预约接口”走一遍。从浏览器发起请求，到前端控制器找到AppointmentController，再到 Service 里调用 Mapper，最后返回 JSON 给 Ajax 回调。你回答时能自然衔接代码细节，会显得非常有画面感。
MyBatis 相关问题也是这样。“MyBatis 中 #{} 和 ${} 的区别”在项目里主要体现在 SQL 动态参数上。我所有查询参数都使用#{}，因为预编译能防 SQL 注入；而${}只用来拼接不参与 SQL 编译的内容，比如排序字段名，但这个场景在项目里很少出现。你把这个例子讲出来，面试官就会认为你不是背八股文，是真的踩过坑。
7.3 面向对象设计在项目里的体现
项目里最能体现“面向对象编程 Java”思想的至少有两点。第一，角色不同但都有“姓名、手机号”，我抽了个 BaseEntity 类作为所有人实体的父类，统一添加创建时间、更新时间、逻辑删除标识字段。第二，任务分配策略用接口加实现类，Controller 面对的是接口而不是具体实现，方便替换算法。你在讲的时候可以说 “我尽量避免在一个方法里写所有逻辑，而是通过抽象隔离变化，这是我从这个项目里最真实的收获”。
7.4 项目还能怎么纵向扩展
如果时间和能力充裕，这个项目至少有三个扩展方向。第一个是把 SSM 框架升级成 Spring Boot，包一层 REST API，前端改成 Vue 3，做成前后端分离。第二个是引入 Redis 缓存，把首页公告、服务类型字典数据放缓存，减轻数据库压力。第三个是接入消息通知，比如使用 WebSocket 实时提醒志愿者有新任务，而不是让志愿者反复刷新页面。
这些扩展方向我建议不要一次性都做完，而是根据面试目标选择一个最感兴趣的做。比如你有前端基础，就改造前端；你对中间件有研究，就加 Redis。每做一个扩展，都能在项目介绍里多一个亮点，但不要给自己挖坑，新增的技术必须自己能够解释清楚。
8. 从项目里提炼出的几点实在体会
最后说点个人感受。做完这个“社区居民便民服务关怀系统”，我最深的一点体会是：SSM 虽然已经不算新潮，但它依旧是 Java 后端打基础阶段最有教学价值的组合。你在 XML 里配事务、配拦截器、写 Mapper 映射时留下的肌肉记忆，会让以后用 Spring Boot 时更理解“自动配置”背后到底发生了什么，而不是只会魔法般写注解。
如果你也是因为课程设计或者找工作需要才来查这个项目，我建议不要直接复制网上所谓“完美源码”。哪怕你参考我这个思路重新写一遍，收获也会完全不同。重点去抠业务流转，比如“关怀任务状态怎么改”、“预约冲突怎么避免”、“导出报表的数据怎么组织”。这些才是代码之外最有含金量的东西。
最后再分享一个小技巧：项目里每完成一个功能，就顺手写一段 README 记录数据库操作、接口路径和遇到的坑。这个文档在最终答辩和面试复盘时都是非常珍贵的素材，比临时回忆可靠得多。你把这个项目做完、写透，它远不只是一个“项目标题”，而是一份能让你在各种 Java 相关话题上都有话可说的实战履历。
