做Java开发这些年每逢毕业季或者基础面试SSM三件套的出镜率一直高得离谱。SSMSpring SpringMVC MyBatis这套组合虽然是Spring Boot普及之前的经典方案但不管是学校的课程设计、毕业设计还是老企业里的历史项目它依然是绕不开的基本功。前阵子我帮人从零做了一个房屋出租管理系统从需求分析、数据库设计到接口联调把SSM从配置到运行的每个环节都过了一遍。这篇文章就聊聊这套系统的设计和实现适合正在做类似项目的同学参考也适合想借一个完整案例把SSM原理串起来的开发者。1. 项目背景与整体设计思路1.1 为什么在Spring Boot时代还选SSM先说一个很多人都会问的问题现在新项目都用Spring Boot了为什么还做SSM答案分两种场景。如果是为了课程设计、毕业设计或者练手SSM的价值在于能让你看到框架底层的整合过程。Spring Boot把Tomcat内嵌、自动配置、包扫描全部封装好了你写上两三行配置就能跑起来但跑起来之后很多东西是黑盒。SSM则要求你手动配置web.xml、Spring容器、SpringMVC子容器、MyBatis工厂这一步一步把依赖捋清楚的过程其实就是把Java Web开发最核心的脉络过了一遍。如果是面试SSM几乎必被问到。哪怕公司实际用Spring Boot面试官也会从SpringBoot和SSM区别SpringMVC处理请求的流程MyBatis为什么比JDBC好这类问题切入考察你有没有真正理解框架运转机制。做过一套完整的SSM项目这些问题都能直接拿实际经验来回答而不是背八股。还有一类场景是接手老系统。不少中小企业内部的管理系统尤其是2015年到2019年之间落地的很多就是SSM架构。懂SSM的人能直接上手改造不懂的人只能看到哪里有报错就挠头。1.2 房屋出租管理系统的模块划分与业务闭环回到这个房租出租系统本身。我理解的房屋出租管理系统核心是解决房东和中介的日常管理痛点房子多了以后哪套房空着、哪个租客合同快到期、哪个月租金没收到单靠Excel和脑子根本管不过来。系统的业务闭环大概是这样的管理员录入房源信息房源进入待租状态租客上门看房满意后登记个人信息双方签订租赁合同房源状态改为已租每月生成租金账单租客缴费后记录流水合同到期办理退租结算房源状态恢复为待租这个闭环里房源是基础数据租客是关联对象合同是业务核心租金是交易结果。设计数据库的时候我一直遵循一个原则状态要可追溯金额要有依据。也就是说每一步操作在数据库里都要留痕每一笔金额都能从合同和缴费记录中算出来。基于这个思路我把系统分成五个核心模块模块功能说明关键实体用户与权限管理员登录、角色校验t_user房源管理房源新增、编辑、上下架、条件查询t_house租客管理租客建档、身份证与联系方式维护t_tenant合同管理合同签订、续租、到期预警、退租结算t_lease租金管理账单生成、缴费登记、滞纳金计算t_payment这五个模块看起来简单但每个模块在SSM框架下实现时都会牵扯出不少细节。比如房源查询要用到MyBatis动态SQL合同状态流转需要业务层事务配合租金计算则需要算法逻辑单独处理。后面我会一个个拆开讲。1.3 数据库设计的核心表结构与关联关系SSM项目的数据库设计我认为是整篇文章中最值得反复推敲的部分。表结构一旦确定后面所有Mapper接口和业务逻辑都要围着它转改一处往往牵一发而动全身。我为核心业务设计了五张表表结构简化如下-- 用户表 CREATE TABLE t_user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(32) NOT NULL UNIQUE, password VARCHAR(128) NOT NULL, role VARCHAR(16) DEFAULT ADMIN, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ); -- 房源表 CREATE TABLE t_house ( id INT PRIMARY KEY AUTO_INCREMENT, title VARCHAR(64) NOT NULL, address VARCHAR(128) NOT NULL, area DECIMAL(6,2), price DECIMAL(8,2) NOT NULL, deposit DECIMAL(8,2), room_count INT DEFAULT 1, hall_count INT DEFAULT 1, floor_info VARCHAR(32), orientation VARCHAR(16), status VARCHAR(16) DEFAULT EMPTY, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, update_time DATETIME ON UPDATE CURRENT_TIMESTAMP ); -- 租客表 CREATE TABLE t_tenant ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(32) NOT NULL, id_card VARCHAR(64) NOT NULL, phone VARCHAR(16) NOT NULL, emergency_contact VARCHAR(32), emergency_phone VARCHAR(16), remark VARCHAR(255), create_time DATETIME DEFAULT CURRENT_TIMESTAMP ); -- 租赁合同表 CREATE TABLE t_lease ( id INT PRIMARY KEY AUTO_INCREMENT, house_id INT NOT NULL, tenant_id INT NOT NULL, start_time DATE NOT NULL, end_time DATE NOT NULL, rent_per_month DECIMAL(8,2) NOT NULL, deposit DECIMAL(8,2), payment_method VARCHAR(16) DEFAULT MONTHLY, status VARCHAR(16) DEFAULT ACTIVE, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, KEY idx_house_status (house_id, status), KEY idx_tenant (tenant_id), CONSTRAINT fk_lease_house FOREIGN KEY (house_id) REFERENCES t_house(id), CONSTRAINT fk_lease_tenant FOREIGN KEY (tenant_id) REFERENCES t_tenant(id) ); -- 缴费记录表 CREATE TABLE t_payment ( id INT PRIMARY KEY AUTO_INCREMENT, lease_id INT NOT NULL, month_label VARCHAR(16) NOT NULL, amount DECIMAL(8,2) NOT NULL, due_date DATE NOT NULL, pay_time DATETIME, late_fee DECIMAL(8,2) DEFAULT 0, status VARCHAR(16) DEFAULT UNPAID, remark VARCHAR(255), KEY idx_lease_month (lease_id, month_label) );这里说几个我踩过坑之后沉淀下来的设计心得。第一金额字段一律用DECIMAL不用FLOAT和DOUBLE。Float在数据库里做等值判断会出问题0.1 0.2 的结果可能不是 0.3。租金、押金这类金额需要精确计算的字段DECIMAL(8,2) 是最稳的选择对应Java里用BigDecimal接收。第二状态字段用字符串枚举不用数字。很多老系统喜欢用 0、1、2 表示状态省空间但可读性差排查问题要翻文档。我用 EMPTY、RENTED、ACTIVE、EXPIRED 这类英文枚举字符串代码里可读性明显更好也方便前端直接展示。第三外键要加但更重要的是索引。我之前图省事不建外键后来发现孤儿数据越来越多。后来把外键建上同时在查询最频繁的 house_id status、lease_id month_label 组合字段上建了联合索引。租房系统典型场景是按房源查合同、按合同查缴费这两对组合索引基本覆盖了90%的查询需求。2. 核心技术拆解SSM常用注解与框架整合实战2.1 Spring容器把对象管理交给IOCSpring在整个SSM体系中扮演的是大管家角色。传统Java开发里你创建一个Service对象就要手动new一个Dao对象Service和Dao强耦合改一个实现类要改一堆代码。Spring的IOC容器做的事情很简单把所有Bean的创建和依赖关系接管过来你需要某个对象的时候跟容器要就行。用生活化类比来说IOC容器就像前台寄存处。以前你要拿东西得自己跑到仓库翻现在你把需求告诉前台前台把东西递给你你甚至不需要关心东西是从哪个仓库拿出来的。在实际项目中这个告诉前台要什么的动作就是依赖注入。SSM项目里最常用的方式是Autowired注解按类型注入也可以配合Qualifier指定名称Service public class LeaseServiceImpl implements LeaseService { Autowired private HouseMapper houseMapper; Autowired private LeaseMapper leaseMapper; }这里有一个新手容易踩的坑Autowired是按类型注入的如果接口有多个实现类Spring会不知道注入哪个启动时报NoUniqueBeanDefinitionException。解决办法是在实现类上标注Service(xxx)指定Bean名称注入处用Qualifier(xxx)配合指定。Service层注解用ServiceMapper层用Repository或MapperController层用Controller这些注解的作用一是让Spring扫描时识别并注册Bean二是明确分层职责。我见过有人把Repository写到Service实现类上项目能跑但代码读起来非常别扭不推荐这么干。2.2 SpringMVC请求链路DispatcherServlet是总控室SpringMVC的核心是DispatcherServlet所有请求的第一站。一个HTTP请求到了SpringMVC之后完整链路是这样的请求先到DispatcherServlet前端控制器DispatcherServlet根据URL找HandlerMapping确定对应哪个Controller的哪个方法找到后调用Controller方法方法里接收参数、调用Service处理业务返回ModelAndView或直接返回数据配合ResponseBodyDispatcherServlet通过ViewResolver解析视图把结果渲染给浏览器这里最需要理解的是一份规范里两个容器的关系。web.xml中会同时配置ContextLoaderListener和DispatcherServlet前者加载Spring根容器Service、Mapper等后者加载SpringMVC子容器Controller等。子容器可以访问父容器的Bean反过来不行。这就是为什么Service写在Service实现类上能被Controller注入因为Controller容器能看到Service容器里的Bean而Service容器看不到Controller里的东西。在一个SSM项目中让人困惑最多的是RequestMapping的路径映射。我的习惯是Controller类上写模块级路径方法上写动作级路径比如Controller RequestMapping(/house) public class HouseController { RequestMapping(/list) public String list(...) { ... } RequestMapping(/add) public String add(...) { ... } }这样URL是/house/list、/house/add结构清晰也避免把所有路径堆在方法上导致映射冲突。2.3 MyBatis持久层从Mapper接口到SQL映射MyBatis做的事情是ORM把Java对象和数据库表之间建立映射关系。它在SSM中取代了传统JDBC那一堆Connection、PreparedStatement、ResultSet样板代码。你只需要写接口方法和XML映射文件MyBatis自动帮你完成参数绑定和结果集封装。关键配置如下!-- mybatis-config.xml -- configuration settings !-- 下划线自动转驼峰数据库字段tenant_id自动映射到Java属性tenantId -- setting namemapUnderscoreToCamelCase valuetrue/ /settings /configuration这个mapUnderscoreToCamelCase设置强烈建议打开。数据库习惯用下划线命名Java属性用驼峰命名打开后二者自动对应省掉大量resultMap手动配置的功夫。Mapper接口与XML文件的关联方式!-- spring-mybatis.xml -- bean classorg.mybatis.spring.mapper.MapperScannerConfigurer property namebasePackage valuecom.example.mapper/ /beanMapperScannerConfigurer会扫描指定包下的所有接口自动生成代理实现类并且把这些代理对象注册成Spring Bean。所以你在Service里可以直接Autowired注入Mapper接口不需要写实现类。2.4 SSM常用注解速查表做这个项目过程中我把SSM最常用的注解整理了一份速查表实际开发中对照使用很方便注解位置作用使用频率ControllerController类上标记为SpringMVC控制器极高ServiceService实现类上标记为业务层组件极高RepositoryMapper实现类上或接口上标记为持久层组件高Autowired字段或setter上按类型依赖注入极高Qualifier注入处指定Bean名称中RequestMapping类或方法上映射HTTP请求路径极高ResponseBody方法上返回值直接写JSON极高TransactionalService方法或类上开启事务高ParamMapper方法参数上给SQL参数命名高DateTimeFormat方法参数上接收并格式化日期参数中这里我特别说一下Transactional。事务管理在租房系统中极其重要签合同这个动作要同时改合同表插入新合同和房源表状态从待租改为已租如果不同步成功就会出现房子已租出去但数据库里还是空的的情况。给Service方法加上Transactional后这两个操作会包在同一个数据库事务里要么都成功要么都回滚。但Transactional有一个经典坑同一个类内部方法调用事务不生效。比如Service里有方法A调用同类方法BB标注了Transactional但因为调用发生在代理对象内部Spring的AOP拦截不到这次调用事务就失效了。解决办法是把B单独放到另一个Service里或者通过代理对象自调用。3. 核心业务实现房源、租金与合同的状态管理3.1 房源管理模块动态SQL处理多条件查询房源管理是系统的数据基础最常见的需求是条件组合查询只看某个价格区间的、只看某个朝向的、只看有阳台的。如果每个组合都写一个SQL那Mapper里会有几十个方法维护起来想哭。MyBatis动态SQL是解决这个问题的正解。以房源列表查询为例select idsearchHouses resultTypecom.example.entity.House SELECT * FROM t_house where if testkeyword ! null and keyword ! AND (title LIKE CONCAT(%, #{keyword}, %) OR address LIKE CONCAT(%, #{keyword}, %)) /if if testminPrice ! null AND price gt; #{minPrice} /if if testmaxPrice ! null AND price lt; #{maxPrice} /if if testorientation ! null and orientation ! AND orientation #{orientation} /if if teststatus ! null and status ! AND status #{status} /if /where ORDER BY create_time DESC /select这里的where标签很聪明如果所有条件都不成立它不会生成WHERE关键字如果第一个条件成立但前面没有其他条件它会自动去掉多余的AND。我自己在这上面吃过亏——当初偷懒写WHERE 11来拼接条件虽然功能正常但性能上有隐患而且容易把代码写得越来越乱。Mapper接口里对应的方法是这样写的ListHouse searchHouses(Param(keyword) String keyword, Param(minPrice) BigDecimal minPrice, Param(maxPrice) BigDecimal maxPrice, Param(orientation) String orientation, Param(status) String status);注意参数上Param不能省略。多个参数传进SQL时MyBatis需要知道参数名没有Param就只能用arg0、param1这种默认名代码可读性会差很多。3.2 租金计算金额逻辑要单独抽出来租金模块是整个系统的核心业务也是最容易出逻辑bug的地方。我把租金计算逻辑单独抽成一个工具类核心方法有两个计算合同总金额、计算滞纳金。合同总金额的计算规则比较简单租期从合同开始日到结束日按月计算。这里有一个细节要注意不满一个月的部分是按照月多少钱换算成天算还是直接抹掉我做的需求是后者——不足整月的部分按天计算避免纠纷。实现如下public BigDecimal calcTotalRent(LocalDate start, LocalDate end, BigDecimal monthlyRent) { // 计算完整月数 int wholeMonths Period.between(start.withDayOfMonth(1), end.withDayOfMonth(1)).getMonths(); // 计算不足整月的天数 LocalDate monthAfter start.plusMonths(wholeMonths); int extraDays (int) ChronoUnit.DAYS.between(monthAfter, end); BigDecimal dailyRent monthlyRent.divide(BigDecimal.valueOf(30), 2, RoundingMode.HALF_UP); BigDecimal total monthlyRent.multiply(BigDecimal.valueOf(wholeMonths)) .add(dailyRent.multiply(BigDecimal.valueOf(extraDays))); return total; }这里有一个特别容易忽略的坑金额计算必须指定RoundingMode。Java里BigDecimal除法如果不指定舍入模式遇到除不尽的情况直接抛ArithmeticException。项目上线后这个异常只会在处理特殊情况时出现到时候排查成本很高不如一开始就写严谨。滞纳金规则我定的是逾期每天按应缴金额的千分之一收取。业务逻辑在PaymentService里实现每月1号自动生成当月账单due_date约定为当月5号前如果pay_time晚于due_date就按照逾期天数计算滞纳金。这里的核心是利息计算的基准日要对我用合同约定的应缴日而不是账单生成日作为起点这样规则透明租客容易接受。3.3 合同与租客管理的生命周期约束合同管理模块最核心的是状态流转。我把合同状态定义为// ACTIVE - 生效中 // EXPIRED - 已到期 // TERMINATED - 已退租提前终止 // RENEWED - 已续租状态机简单说ACTIVE到EXPIRED是正常到期ACTIVE到TERMINATED是提前退租RENEWED则是原合同续期一次。状态流转要放到Service层统一处理不能在Controller里直接改状态字段否则哪天上线出问题都不知道是谁改的。续租逻辑是这里面的一个小亮点。租客到期不想走不用重新签一份全新的合同而是把原合同状态改成RENEWED再新建一份合同起止时间衔接旧合同的结束日。这样做的好处是历史记录完整审计时能看清这套房子每一任租客的连续租赁情况。租客管理相对简单主要是数据校验问题身份证号合法性、手机号11位校验、同一身份证不能重复建档。这些校验我放在Service层做Controller只负责接收参数。项目中我遇到过一次经典问题——前端校验和后端校验不一致前端通过了自己写的正则但后端逻辑没跟上导致脏数据入库。后来我把统一校验逻辑放在Service里前端校验只做提示后端校验做最终把关。关于身份证号有一点值得提醒如果将来系统要对接短信通知、征信查询这类外部服务身份证号必须加密存储。MySQL里身份证字段用VARCHAR(64)Java后端在入库前做AES加密查询时按需解密。这个点我在需求评审时提过对方觉得短期用不到就没做但字段长度留了足够空间避免以后改造时改表。4. 实操过程从零搭建SSM租房管理项目4.1 环境准备与Maven项目初始化动手搭项目之前环境版本一定要统一。这个坑我踩过很多次SSM组件之间版本不兼容启动报错报得你怀疑人生。我这次用的版本组合如下组件版本说明JDK1.8SSM官方适配最好的版本Maven3.6依赖管理MySQL5.7 或 8.0建议8.0驱动要配套Spring5.2.x5.x兼容性比4.x好MyBatis3.5.x配合mybatis-spring 2.0.xDruid1.2.x阿里连接池带监控Maven工程结构按标准三层分包com.example ├── controller // 控制器层 ├── service // 业务接口 │ └── impl // 业务实现 ├── mapper // MyBatis Mapper接口 ├── entity // 实体类 ├── interceptor // 拦截器 └── util // 工具类pom.xml核心依赖就那几个spring-webmvc、mybatis、mybatis-spring、mysql-connector-java、druid、jackson-databind。需要注意的是如果使用MySQL 8.0驱动类名要写成com.mysql.cj.jdbc.Driver老版本驱动连接8.0数据库会有SSL警告甚至直接连接失败。4.2 三份核心配置文件的写法与演进SSM项目相比Spring Boot配置是重头戏。一个完整的SSM工程至少有三份Spring相关配置文件我放的位置和职责如下applicationContext.xml— 根容器管理数据源、SqlSessionFactory、事务管理器、Service、Mappercontext:component-scan base-packagecom.example.service context:exclude-filter typeannotation expressionorg.springframework.stereotype.Controller/ /context:component-scan bean iddataSource classcom.alibaba.druid.pool.DruidDataSource property namedriverClassName valuecom.mysql.cj.jdbc.Driver/ property nameurl valuejdbc:mysql://localhost:3306/house_rent?useUnicodetrueamp;characterEncodingutf8amp;serverTimezoneAsia/Shanghai/ property nameusername valueroot/ property namepassword valueyourpassword/ /bean bean idsqlSessionFactory classorg.mybatis.spring.SqlSessionFactoryBean property namedataSource refdataSource/ property namemapperLocations valueclasspath:mapper/*.xml/ property nametypeAliasesPackage valuecom.example.entity/ /bean bean classorg.mybatis.spring.mapper.MapperScannerConfigurer property namebasePackage valuecom.example.mapper/ /bean bean idtransactionManager classorg.springframework.jdbc.datasource.DataSourceTransactionManager property namedataSource refdataSource/ /bean tx:annotation-driven transaction-managertransactionManager/spring-mvc.xml— SpringMVC子容器管理Controller配置视图解析器和JSONcontext:component-scan base-packagecom.example.controller/ mvc:annotation-driven/ mvc:resources mapping/static/** location/static// bean classorg.springframework.web.servlet.view.InternalResourceViewResolver property nameprefix value/WEB-INF/jsp// property namesuffix value.jsp/ /beanweb.xml— 部署描述符把上面两份配置串起来listener listener-classorg.springframework.web.context.ContextLoaderListener/listener-class /listener context-param param-namecontextConfigLocation/param-name param-valueclasspath:applicationContext.xml/param-value /context-param servlet servlet-namedispatcher/servlet-name servlet-classorg.springframework.web.servlet.DispatcherServlet/servlet-class init-param param-namecontextConfigLocation/param-name param-valueclasspath:spring-mvc.xml/param-value /init-param load-on-startup1/load-on-startup /servlet servlet-mapping servlet-namedispatcher/servlet-name url-pattern//url-pattern /servlet-mapping这里有一个非常影响开发效率的点DispatcherServlet的URL映射用/还是*.do。用/是REST风格但会拦截静态资源必须额外配mvc:resources。用*.do比较老派但不容易出静态资源问题。我做这个项目选了/因为后续如果要改造前后端分离REST接口天然兼容静态资源也统一放/static/下管理。4.3 前后端联调JSON序列化与分页的坑这个项目的前端页面我用的是JSP Bootstrap。JSP渲染是SSM的经典用法但在联调过程中JSON序列化问题让我折腾了不少时间。SSM默认的JSON处理方案是Jackson。如果实体里有LocalDate、LocalDateTime这类JSR310类型的字段不额外配置的话Jackson序列化结果会是一个数组比如2024-01-15变成[2024,1,15]前端拿到根本没法直接用。解决办法是在spring-mvc.xml中配置mvc:annotation-driven mvc:message-converters bean classorg.springframework.http.converter.json.MappingJackson2HttpMessageConverter property nameobjectMapper bean classcom.fasterxml.jackson.databind.ObjectMapper property namedateFormat bean classjava.text.SimpleDateFormat constructor-arg valueyyyy-MM-dd HH:mm:ss/ /bean /property /bean /property /bean /mvc:message-converters /mvc:annotation-driven或者在实体字段上直接加JsonFormat(pattern yyyy-MM-dd)后者更省事我推荐加注解的方式。再说分页。房源列表几十条数据不分页还能忍但缴费记录、操作日志这种东西数据量上来后一次全查会把页面拖垮。SSM项目最常见的是用PageHelper分页插件集成很简单PageHelper.startPage(pageNum, pageSize); ListHouse list houseMapper.searchHouses(...); PageInfoHouse pageInfo new PageInfo(list);PageInfo里封装了总记录数、总页数、当前页、是否有下一页等完整分页信息前端直接拿来渲染分页条。但要注意PageHelper.startPage只能作用于紧接着的第一条SQL查询如果代码里在startPage和查询之间插了其他数据库操作分页就会串到别的SQL上去导致分页失效。这个顺序问题我已经吃过两次亏了现在写代码时必检查中间有没有多余操作。5. 常见踩坑记录与排查技巧实录5.1 经典问题速查表做SSM项目每个开发者都逃不过几个经典的坑。我把这次项目中遇到的和此前工作中积累的常见问题整理成了速查表问题现象可能原因解决思路启动报BeanCreationExceptionService或Mapper扫描包路径不对检查component-scan的base-package是否覆盖启动报Invalid bound statement (not found)Mapper接口与XML映射文件不匹配检查XML的namespace是否写对mapperLocations路径是否正确请求404但Tomcat正常启动DispatcherServlet拦截了所有请求但映射不到检查Controller是否有Controller和RequestMapping页面样式全乱静态资源被DispatcherServlet拦截在spring-mvc.xml中配置mvc:resources前端收到时间戳数组LocalDateTime序列化未配置实体字段加JsonFormat注解数据库中文乱码JDBC连接URL未指定编码URL加characterEncodingutf8事务不生效数据半成功Service同类内部调用或方法非public拆分事务方法或通过代理调用一个接口有多个实现启动失败Autowired按类型找不到唯一Bean用Qualifier指定具体实现类名称随便挑两个展开说。Invalid bound statement这个错误90%的初学都把原因归结为SQL写错了其实大部分时候是XML文件没被加载。如果你把mapper XML文件放在src/main/java目录下和Mapper接口同包而Maven默认只编译.java文件打包时XML不会进target目录。解决办法是在pom.xml里加资源配置编译把XML也包含进去更符合规范的做法是将XML统一放到src/main/resources/mapper目录然后mapperLocations配置为classpath:mapper/*.xml。请求404但控制台没任何报错这个问题的排查思路我总结了一个口诀先看web.xml的servlet映射再看SpringMVC容器是否扫描到了Controller最后看RequestMapping路径和浏览器请求路径是否完全一致。有一次我自己找了一个多小时最后发现是Controller方法上多写了一个斜杠/house//listTomcat对双斜杠的处理逻辑有时会直接返回404。5.2 性能优化与安全加固建议项目功能跑通之后建议花时间做两件事性能优化和安全加固。很多课程设计止步于能跑但作为有追求的开发者这几个点是区分作品质量的关键。性能方面SSM项目最需要关注的是数据库查询效率。我在这个项目中做了三件事第一是列表查询强制走索引。像searchHouses这种动态SQL条件组合多如果索引设计不合理全表扫描在数据量超过十万条后会出现明显卡顿。我对房源表的status、price、address的前缀等字段建了联合索引具体根据查询条件组合来design。第二是热点数据加缓存。像房源详情这种被反复查询且更新不频繁的数据我用Spring的Cacheable注解搭配一个简单的ConcurrentHashMap作为一级缓存命中率很高。但要注意缓存一致性问题——房源状态变更时必须手动清理对应缓存否则会出现用户看到待租但实际已租出去的尴尬。第三是SQL尽量只查需要的字段和行数。很多项目列表页喜欢SELECT *如果表有20个字段实际上列表页只用其中10个白白增加IO和网络传输。把SQL调整为只查询需要的字段对性能提升非常明显。安全方面SSM项目有几个必做的基础项密码不能明文存库。至少用MD5加盐更推荐BCrypt。我这里用BCryptPasswordEncoder它自动生成随机盐而且同一个密码每次加密结果都不同暴力破解的成本会高很多。MyBatis的SQL注入防护。SQL参数一律用#{}不要用${}拼接。${}会把参数直接拼进SQL存在注入风险。但像ORDER BY字段名、表名这种场景${}不可避免处理方法是对传入值做白名单校验而不是拦参数。拦截器做登录校验。我写了一个LoginInterceptor继承HandlerInterceptor在preHandle方法里检查session里有没有用户信息。没登录的访问直接重定向到登录页。放行的URL列表登录页、静态资源单独配置避免死循环。5.3 给后来者的三条实操建议这个项目做到后期我对SSM项目开发流程有了更清晰的认识。如果现在让我从头再做一个类似的管理系统有三件事我会做得和以前不一样。第一先画清楚状态机再写代码。业务里的状态是整个系统的骨架房源状态怎么流转、合同怎么流转、账单怎么流转这些定下来之后Service层的方法边界自然就清晰了。我这次是先写了代码再补状态图导致中期改了不少接口。第二Controller层只做参数接收和响应封装不做任何业务判断。我看到很多项目把这个房子能不能租的判断直接写在Controller里换成Service层的做法后同一套逻辑可以被前台、后台、定时任务复用不会出现三套逻辑三种结果。第三日志从第一天就要打全。SSM项目排查问题时System.out.println是救不了你的。我用Slf4j Logback在Service层入口和出口分别打印入参和出参在异常处打印完整堆栈。上线后配合logback的按天滚动策略即便出了问题也能快速定位到具体方法。这个小习惯帮我在自己做这个系统时省了大量复盘时间。坦率说SSM这套技术栈在2025年的今天已经不是最新潮的方案了但做完整套房屋出租管理系统后我最大的感受是框架只是工具SSM教给你的分层思想和排查能力换到Spring Boot、Spring Cloud上依然吃得开。从web.xml开始一点一点搭出一个能跑通业务闭环的项目这个过程对理解JavaWeb全链路的价值远大于直接复制一个Spring Boot脚手架。做项目时耐心把每一步配置看清楚、把每条SQL想清楚积累的经验会实打实成为你的内功。