基于SSM+Bootstrap的垃圾分类查询系统设计与实现

1. 为什么是SSM Bootstrap这个项目的前因后果1.1 项目背景一个垃圾分类查询系统的真实需求垃圾分类这个话题这几年大家都不陌生尤其是随着各地陆续推行生活垃圾四分类制度很多小区楼下都摆上了四种颜色的垃圾桶。但说实话真正到了丢垃圾的时候不少人还是会卡壳——过期的药品算什么垃圾大骨头是厨余垃圾吗沾了油的塑料袋该往哪个桶里扔这些问题看似简单但天天问物业也不现实上网搜答案又不系统。我做这个垃圾分类查询管理系统本质上就是围绕这类真实的日常场景把垃圾分类的知识库搬上线让用户输入一个垃圾名称就能查类别、查说明、查投放注意点。从技术角度看这类项目的定位非常典型它既不是那种复杂到要上微服务的大系统也不是纯展示的静态页面而是涵盖了完整的登录、检索、分页、后台管理等CRUD闭环。正因如此它非常适合作为JavaWeb方向的课程设计或者毕业设计选题——技术栈覆盖面广业务逻辑清晰工作量可控而且演示效果好。我自己的实现方案是Java后端 SSM框架整合 JSP做动态页面 MySQL存储数据 Bootstrap做前端布局。整套组合看起来是老面孔但老面孔恰恰意味着资料多、坑少、跑通率最高对准备答辩的人来说是性价比最高的选择。1.2 技术选型的取舍逻辑为什么不是SpringBoot为什么不是前后端分离先说说这次为什么继续沿用SSM而非直接上SpringBoot。SpringBoot确实更现代、配置更省但很多课程设计和毕设的答辩要求里对于Spring、SpringMVC、MyBatis三者的核心原理是有单独提问的。用SSM手写整合一次等于把IoC容器怎么初始化、DispatchServlet怎么分发请求、Mapper代理怎么生成这一串过程全部走了一遍脑子里才有印象答辩时被问到底层机制不至于手忙脚乱。SpringBoot帮你把一切自动配置好之后很多学生反而说不出个所以然。所以如果是带着学习目标来的SSM这套老配置反而更适合。Bootstrap的选择理由更简单它是目前兼容性最好、文档最全、上手最快的响应式前端框架。这个项目里我需要栅格布局、导航条、按钮、表单、模态框、分页条这些常见组件Bootstrap全都自带而且不用我去折腾复杂的Webpack构建链。JSP动态页面配合Bootstrap的静态资源引用直接在WebContent目录下放css和js文件就能用这在传统JavaWeb项目部署中是最省心的方式。MySQL就更不用犹豫了它是最主流的开源关系型数据库语法直观、工具链丰富Navicat、Workbench都顺手。垃圾分类数据量本身不大一张垃圾条目表的记录撑死几千条MySQL完全够用同时还能练习索引和SQL优化。综合下来这套组合是JavaWeb项目里经受住最多人验证的黄金组合。2. 数据库设计垃圾分类的数据根基2.1 核心表结构与字段说明数据库设计是整个项目的地基地基建歪了后面写多少代码都补不回来。垃圾分类查询管理系统我拆成了六张核心表管理员表admin、用户表user、垃圾类别表category、垃圾条目表waste、查询记录表search_log、留言反馈表feedback。类别表和条目表之间是一对多的外键关系一条垃圾记录归属一个类别查询的时候通过join或者嵌套查询带出类别信息。CREATE TABLE category ( id INT PRIMARY KEY AUTO_INCREMENT COMMENT 类别ID, name VARCHAR(50) NOT NULL COMMENT 类别名称可回收/厨余/有害/其他, code VARCHAR(20) COMMENT 类别编码recyclable/kitchen/hazardous/other, description VARCHAR(255) COMMENT 类别简介, icon VARCHAR(100) COMMENT 图标样式标识, sort_order INT DEFAULT 0 COMMENT 展示排序 ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT垃圾类别表; CREATE TABLE waste ( id INT PRIMARY KEY AUTO_INCREMENT COMMENT 垃圾条目ID, name VARCHAR(100) NOT NULL COMMENT 垃圾名称如过期药品, category_id INT NOT NULL COMMENT 所属类别ID, aliases VARCHAR(255) COMMENT 别名便于模糊搜索, description TEXT COMMENT 详细说明, disposal_tips VARCHAR(500) COMMENT 投放注意事项, search_count INT DEFAULT 0 COMMENT 被查询次数, status TINYINT DEFAULT 1 COMMENT 状态1启用 0禁用, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (category_id) REFERENCES category(id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT垃圾条目表;设计过程中有两个细节我特别强调一下。第一是别名aliases字段这在实际查询中价值非常大。比如用户输入电池但准确名称是干电池或充电电池输入过期药品可能有很多人搜药片感冒药。如果只对name字段做LIKE匹配命中率会很低。我一开始没有这个字段测试阶段发现搜瓜子壳搜不到瓜子皮后来加上了aliases字段后用逗号分隔多个别名配合查询时把aliases也加入匹配条件搜索体验立刻上了一个档次。第二是search_count查询计数字段这倒不是为了做别的而是为了给首页做热门垃圾查询榜稍微给后台加一点可展示的数据亮点演示时不会被说功能单薄。2.2 索引设计与查询性能的小心思垃圾分类系统的数据量不会很大但也不能因此完全不重视索引。我的经验是至少给两个检索频率高的字段加索引waste表的name字段和category_id外键字段。name加的是普通索引配合模糊查询时走不了索引全匹配但完全可以利用索引做前缀匹配场景category_id外键加索引则是为了让分类筛选的join查询不产生临时表扫描。ALTER TABLE waste ADD INDEX idx_name (name); ALTER TABLE waste ADD INDEX idx_category_id (category_id);这里有个容易踩的坑如果用户名的搜索场景用的是LIKE %关键词%MySQL的普通索引其实是用不上的。我有一次测试查询响应速度发现搜矿泉水瓶比搜瓶明显快很多就是因为单字通配符导致索引失效。在处理这种模糊搜索时一个务实的做法是把关键词过短则走全表扫描当作可接受的默认行为——因为垃圾名词长度普遍较短全表几千条扫描耗时毫秒级完全没必要为了这个过度优化。真正的优化重点放在后台管理的分页查询上用LIMIT配合合理的排序字段避免OFFSET过大时的性能滑坡。3. SSM三件套整合实录从零到能跑3.1 依赖准备与工程结构SSM整合第一步是准备依赖。我用的是Maven工程pom.xml里引入spring-context、spring-webmvc、mybatis、mybatis-spring、mysql-connector-java、jackson-databindJSON转换用以及servlet-api和jstl。版本搭配是很多新手卡壳的地方Spring用4.3.x或5.x都行但要注意MyBatis和mybatis-spring的版本要匹配——mybatis-spring 2.x对应MyBatis 3.5而spring 5用的是javax.servlet规范和Tomcat 8/9配合都很稳。我实测下来最稳妥的组合是Spring 5.2.x MyBatis 3.5.x mybatis-spring 2.0.x mysql-connector-java 8.0.x这套组合出问题的概率极低。工程结构则采用标准的Maven Web结构src/main/java ├── com.xxx.waste.controller // Controller层 ├── com.xxx.waste.service // Service层接口与实现 ├── com.xxx.waste.mapper // MyBatis Mapper接口 ├── com.xxx.waste.entity // 实体类 ├── com.xxx.waste.common // 工具类、常量 └── com.xxx.waste.config // 配置类如需 src/main/resources ├── spring/applicationContext.xml ├── spring/spring-mvc.xml └── mybatis/mybatis-config.xml src/main/webapp ├── WEB-INF/web.xml ├── static/css、static/js // Bootstrap等静态资源 └── WEB-INF/views // JSP页面3.2 Spring容器把Dao和Service交给IoC管理SSM整合的实质是把三个框架各自的地盘划分清楚。Spring容器管Service层的Bean以及数据源和SqlSessionFactorySpringMVC的容器管Controller层的BeanMyBatis则负责Dao层的Mapper代理生成。放在applicationContext.xml里的核心配置有三大块数据源、SqlSessionFactory、Mapper扫描。数据源我直接用了最简单的DriverManagerDataSource没有上c3p0或druid。原因很实在系统本身不涉及高频连接、连接池调优是答辩加分项但用druid的话所有毕设千篇一律反而没有区分度。当然如果你的答辩要求比较高换druid也就多几行配置的事。核心配置片段如下!-- 数据源 -- bean iddataSource classorg.springframework.jdbc.datasource.DriverManagerDataSource property namedriverClassName valuecom.mysql.cj.jdbc.Driver/ property nameurl valuejdbc:mysql://localhost:3306/waste_db?useUnicodetrueamp;characterEncodingutf8amp;serverTimezoneAsia/Shanghai/ property nameusername valueroot/ property namepassword value123456/ /bean !-- SqlSessionFactory -- bean idsqlSessionFactory classorg.mybatis.spring.SqlSessionFactoryBean property namedataSource refdataSource/ property namemapperLocations valueclasspath:mybatis/mapper/*.xml/ property nametypeAliasesPackage valuecom.xxx.waste.entity/ /bean !-- Mapper接口扫描 -- bean classorg.mybatis.spring.mapper.MapperScannerConfigurer property namebasePackage valuecom.xxx.waste.mapper/ /bean这里有个非常关键的坑我必须单独说MySQL 8.x的JDBC驱动类名是com.mysql.cj.jdbc.Driver不是老教程里的com.mysql.jdbc.Driver而且URL里必须带上serverTimezone参数否则启动直接报时区错误。这个坑几乎每个用MySQL 8的人都会踩一遍如果你的Maven依赖是mysql-connector-java 8.0.x驱动类名和URL一定要写对。还有URL里的符号在XML中要写成amp;否则Spring解析xml时直接报错。我第一次没注意这点启动报错排查了半小时最后发现就是这一个字符的事。3.3 SpringMVC从请求到Controller的分发SpringMVC部分关键是配置DispatcherServlet、Controller扫描、视图解析器和静态资源放行。web.xml里注册DispatcherServlet时我推荐用load-on-startup标记为1保证容器启动时就初始化。拦截的URL模式选择/REST风格而不是*.do——虽然*.do更传统但/能配合SpringMVC更优雅地处理路径映射。servlet servlet-namedispatcher/servlet-name servlet-classorg.springframework.web.servlet.DispatcherServlet/servlet-class init-param param-namecontextConfigLocation/param-name param-valueclasspath:spring/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-mappingspring-mvc.xml里有一个初学者特别容易忽略的地方mvc:default-servlet-handler/。因为DispatcherServlet拦截了所有请求你的css、js、图片等静态资源默认也会被它拦截结果就是页面上Bootstrap样式全部失效。加上这个handler之后SpringMVC会把静态资源请求交给容器默认的Servlet处理Bootstrap的css才能正常加载。同时配合mvc:resources mapping/static/** location/static//指定静态资源位置。视图解析器我配置的是InternalResourceViewResolverprefix指向/WEB-INF/views/——把JSP页放到WEB-INF下是一个安全习惯因为用户无法通过URL直接访问WEB-INF下的文件所有页面访问都经过Controller转发可以防止某些页面遗漏登录校验时被直接打开看到敏感信息。3.4 MyBatis的Mapper层设计MyBatis部分的设计重点是Mapper接口和Mapper XML的对应关系。我用的是Mapper接口绑定XML的方式接口每个方法的id对应XML里的statement id参数类型和返回值类型要严格匹配。Entity实体类直接映射数据库表字段字段命名遵循数据库下划线转驼峰规则——MyBatis配置里开启mapUnderscoreToCamelCase后waste_name这样的字段就能自动映射到wasteName属性。configuration settings setting namemapUnderscoreToCamelCase valuetrue/ setting namelogImpl valueSTDOUT_LOGGING/ /settings /configuration开发阶段我强烈建议打开logImpl为STDOUT_LOGGING这样能在控制台看到MyBatis打印的完整SQL定位问题时直观很多。排查问题时不看SQL就等于闭眼开车。等上线了再把日志关掉。4. 核心业务与查询逻辑的实现4.1 分类筛选与模糊查询查询接口怎么设计才能符合直觉整个系统最核心的功能就是查询。用户从首页进入后可以选择按垃圾名称查按类别浏览按别名查三条路径。Controller层的设计我并没有每个入口拆一个Controller方法而是统一由一个/search接口接收参数keyword和categoryId在Service层做逻辑分支判断Override public PageResultWaste searchWaste(String keyword, Integer categoryId, int pageNum, int pageSize) { // 参数校验keyword为空且categoryId为空时返回空结果 if (StringUtils.isEmpty(keyword) categoryId null) { return PageResult.empty(); } // 动态拼接SQL MapString, Object params new HashMap(); params.put(categoryId, categoryId); params.put(keyword, keyword); params.put(offset, (pageNum - 1) * pageSize); params.put(pageSize, pageSize); ListWaste list wasteMapper.selectByCondition(params); int total wasteMapper.countByCondition(params); return new PageResult(list, total, pageNum, pageSize); }Mapper XML里用动态SQL标签来拼接条件这也是MyBatis的动态SQL精髓select idselectByCondition resultTypeWaste SELECT w.*, c.name AS categoryName FROM waste w LEFT JOIN category c ON w.category_id c.id where if testkeyword ! null and keyword ! AND (w.name LIKE CONCAT(%, #{keyword}, %) OR w.aliases LIKE CONCAT(%, #{keyword}, %)) /if if testcategoryId ! null AND w.category_id #{categoryId} /if /where ORDER BY w.search_count DESC, w.id DESC LIMIT #{offset}, #{pageSize} /select为什么用where标签而不是直接写WHERE因为当keyword为空、只按categoryId筛选时如果没有where动态判断SQL会拼成SELECT ... WHERE AND category_id ?直接报语法错误。where标签会自动去掉第一个多余的AND或OR这是MyBatis最实用的小功能之一但很多新手写代码时根本不知道。4.2 热门垃圾与统计用数据给演示加分为了让系统看起来不是干巴巴的增删改查我加了一个热门垃圾查询榜和分类统计的展示模块。每次用户搜索成功就会执行一次UPDATE waste SET search_count search_count 1 WHERE id ?。这个操作单独更新即可不需要事务——因为即使更新失败了查询结果也不受影响最多是排行榜数字不准。后台首页展示四大类别的垃圾数量占比用简单的聚合查询就能实现SELECT c.name, COUNT(w.id) AS wasteCount FROM category c LEFT JOIN waste w ON w.category_id c.id GROUP BY c.id, c.name ORDER BY c.sort_order;这类统计查询对MyBatis非常友好返回的是ListMapString, ObjectController层拿到之后直接转成JSON传给前端配合Bootstrap的进度条组件显示百分比效果比干巴巴的表格好看得多。答辩演示的时候先搜几个垃圾再打开统计页数据实时变化这个细节很能体现项目的完整度。4.3 后台管理垃圾条目的增删改查后台管理模块就是对垃圾条目、类别、留言的CRUD操作。这个话题看似简单但有几个细节我要提醒第一是逻辑删除 vs 物理删除。我默认用物理删除DELETE语句因为数据量不大、无审计需求。如果你的项目扩展了回收点功能、关联了更多业务表那就必须考虑逻辑删除否则关联数据会变成孤儿记录。第二是分页查询必须包一层PageResult。我定义了统一的PageResult实体类包含data数据列表、total总记录数、pageNum当前页、pageSize每页条数、pages总页数配合前端Bootstrap的pagination组件展示分页条。分页条上的页码跳转通过URL参数来实现/admin/waste/list?pageNum1pageSize10Controller接收pageNum参数执行分页查询后再把PageResult塞进ModelAndView返回给JSP渲染。这个套路我在多个项目里用下来都很稳代码结构清晰也好扩展。第三是添加和编辑共用一个表单页面。新增操作和编辑操作的表单字段完全一样我的做法是共用同一个waste_form.jsp编辑时通过JSP里的EL表达式判断waste对象是否为空为空则表单action指向save接口不为空则指向update接口。这样可以避免写两套几乎重复的JSP页面减少改动的麻烦。代码上在Controller里给两个方法一个跳转到新增表单一个跳转到编辑表单且带上选中的实体数据。5. JSP Bootstrap从前端打磨到交互体验5.1 Bootstrap栅格与页面布局前端页面规划上首页和查询页我力求服务优先、运营导向。首页顶部是导航条包含系统logo、菜单首页、垃圾分类指南、在线留言、后台管理入口下方大块区域是搜索框区居中放置搜索输入框和查询按钮再往下是四分类的卡片展示区每张卡片用不同的背景色标识类别下方展示该类别包含的常见垃圾数量。这个布局用Bootstrap的container row col-md-3就能轻松实现不需要复杂的前端工程能力。div classrow div classcol-md-3 th这里我用的JSP方式不是thymeleaf div classcard text-center category-card div classcard-body h5 classcard-title可回收物/h5 p classcard-text适宜回收利用和资源化利用的生活废弃物/p a href${pageContext.request.contextPath}/search?categoryId1 classbtn btn-success查看明细/a /div /div /divJSP页面里有一个贯穿始终的要点所有URL都要用${pageContext.request.contextPath}拼接上下文路径。为什么因为如果你的项目部署在Tomcat的webapps下访问路径是http://localhost:8080/waste_management/contextPath就是/waste_management不拼接的话页面里写死的/search路径会跳转到http://localhost:8080/search直接404。我见过太多人因为直接写死路径项目在自己电脑上跑得好好的换个部署目录就全崩了。从第一天写页面开始就把ctxPath这个变量放在页面顶部之后所有引用都用它拼接可以省去大量后期调试时间。5.2 交互细节模态框与AJAX动态来一波在垃圾查询结果的展示上我不采用点击跳转详情页的方案而是用Bootstrap的模态框Modal来展示当前条目的详细信息。理由很直观查询列表每行都放一个查看详情链接传统做法是跳转到detail.jsp页面跳转刷新整个页面用户翻看多条记录时体验很差。模态框方案则是在列表里点击AJAX向后台请求详情数据返回JSON后填进模态框的DOM节点里展示整个过程无刷新、响应够快而且代码量不复杂。function showDetail(wasteId) { $.ajax({ url: ctx /waste/detail, type: GET, data: {id: wasteId}, dataType: json, success: function(res) { $(#detailName).text(res.name); $(#detailCategory).text(res.categoryName); $(#detailDesc).text(res.description); $(#detailTips).text(res.tips); $(#wasteDetailModal).modal(show); } }); }这里有个配套的问题Controller如何返回JSON在方法上加上ResponseBody注解SpringMVC的Jackson消息转换器会把返回值自动序列化成JSON字符串。但项目里其他方法返回ModelAndView所以不要忘了在spring-mvc.xml中配置mvc:annotation-driven/否则ResponseBody和RequestMapping的基础支持都没有方法会直接报404或415错误这也是SSM整合中一个很容易被忽略的配置项。5.3 JSP页面的EL表达式与JSTL使用要点JSP页面里我用EL表达式和JSTL标签来遍历后端传来的数据没有使用Scriptlet写Java代码。EL表达式的核心语法是${}在JSTL的c:forEach标签中遍历List在c:if中做条件判断。这里有一个细节EL表达式默认会忽略null值所以遍历一个空列表时页面不会报错但如果你在EL中直接取某个对象的属性而这个对象为null页面输出会是空字符串而不是报错——这既是便利也是隐患。隐患在哪里比如后台返回了一个查询失败的错误对象EL取它的message属性时因为有isELIgnored的默认机制你看到的可能是空白的错误信息令排查变难。所以我提供一个小习惯关键页面在顶部加一行检查代码用c:if test${empty errorMsg}来判断是否有错误信息输出这样能避免那种莫名奇妙什么都不显示的困境。JSTL的引入要在JSP页面头部声明% taglib prefixc urihttp://java.sun.com/jsp/jstl/core % % taglib prefixfmt urihttp://java.sun.com/jsp/jstl/fmt %如果漏掉了taglib声明页面里使用c:forEach会直接报错Tomcat提示找不到标签库描述符新手看到这个错误容易蒙圈。另外因为项目是Mavenpom.xml里要确保引入了jstl依赖且版本必须是1.2及以上否则Taglib URI对不上。6. 部署运维与高频报错排查6.1 从IDEA导出WAR包与Linux部署开发环境跑通之后部署上线又是一个关卡。在IDEA里选择Project Structure - Artifacts - 新增Web Application Exploded确认了输出目录后再构建Build Artifacts。但开发阶段如果你只是在本机跑Tomcat更快捷的方式是配置一个本地Tomcat的Run ConfigurationIDEA会直接把webapp目录作为docBase改完代码点Debug就热部署不用每次打WAR包。等到需要交付某台服务器上的完整包时再用Maven的clean package命令打出WAR包。mvn clean package -Dmaven.test.skiptrueWAR包生成后在target目录下把它拷到Tomcat的webapps目录下启动Tomcat就自动解压部署了。Linux服务器上如果之前没装过Tomcat记得先为它设置JAVA_HOME环境变量。我用过一个排查技巧启动后发现Tomcat进程起来了但项目访问404这时第一件事是看catalina.out和localhost.log日志里面有一行行Caused by信息——绝大多数启动失败在日志里都写得很清楚。6.2 高频报错排查记录这里我把开发过程中和身边朋友做类似项目时碰到的高频报错排了一遍按出场频率列出表格报错现象根本原因解决方案启动报错Unknown database waste_dbMySQL中没有创建数据库CREATE DATABASE waste_db DEFAULT CHARACTER SET utf8mb4;启动报错Access denied for user rootlocalhost用户名密码不匹配或MySQL 8的认证插件问题检查密码或ALTER USER rootlocalhost IDENTIFIED WITH mysql_native_password BY 123456;启动报错The server time zone valueMySQL连接URL缺少serverTimezone参数URL加serverTimezoneAsia/Shanghai连接报错Public Key Retrieval is not allowedMySQL 8默认 caching_sha2_password 认证插件URL加allowPublicKeyRetrievaltrue页面加载无样式静态资源被DispatcherServlet拦截spring-mvc.xml配置mvc:default-servlet-handler/JSP页面报taglib找不到pom.xml缺jstl依赖或页面漏taglib声明补依赖加% taglib%声明SQL语法错误near LIMIT分页参数没有传入或转成字符串检查Mapper参数是否为数字类型其中MySQL 8的认证插件问题我单独多说一句。如果你是用Navicat连本机MySQL 8数据库初始化root密码时走了教程的默认做法Navicat连接时经常会报2059 - authentication plugin caching_sha2_password cannot be loaded这个错误。解决思路两选一要么把root的认证方式改回mysql_native_password老办法要么在连接串上带上allowPublicKeyRetrievaltrueuseSSLfalse。如果你只是做本地开发改认证方式最直接。这是我的实测结论在Navicat里连一次报错后直接在查询窗口执行那行ALTER USER命令比什么配置文件折腾都省事。6.3 项目优化与答辩前的检查清单代码全部写完、能跑通之前别急着去申请答辩。我整理了一份自己会逐项检查的清单照着过一遍能减少很多现场翻车数据库脚本是否独立整理成.sql文件方便评审老师导入如果老师电脑上连了另一个MySQL你能不能10分钟内把环境配好页面每一个跳转路径都用contextPath拼接了吗把项目部署到http://localhost:8080/根路径测试一次不是二级目录很多路径问题只有换部署方式才暴露。SQL注入预防做了吗MyBatis里的${}在哪些地方用了如果用了应该全部换成#{}项目再小也不能留这个把柄。分页参数做了边界控制吗pageNum传1000会怎样不加控制的话会导致OFFSET过大查询超慢至少要在Service层做个参数校验把pageNum限制在1到最大页数之间。控制台的异常信息有没有全部清理演示的时候突然跳出红色堆栈会非常尴尬日志级别调到WARN以上或者写个全局异常处理器。全局异常处理这个点我可以再给一个建议在Controller层加ControllerAdvice注解类定义一个被ExceptionHandler(Exception.class)标注的方法统一返回错误页面或错误JSON。这样你在演示时就算有什么意外用户看到的也只是一个友好提示页面而不是Tomcat默认的500错误页。这是很多项目里会有意做得体面的细节。结尾一点实际开发中的体会最后说点从自己实操出发的感想。这个垃圾分类查询系统从头到尾从建库到部署我踩过的最大的坑其实是浮躁——一开始想把所有功能都上得满满的AJAX、Vue、Redis统统往里塞后来发现精力分散导致连基础的CRUD都有Bug。事实上这类课设、毕设项目完成度比复杂度重要得多。把查询、分类浏览、后台管理这三大核心功能做到演示流畅、代码规范、文档完整就已经超过80%的同类型作品了。如果后续你还想给项目加点亮点可以考虑用ECharts做一个垃圾分类数据可视化大屏把分类占比、查询趋势、热门垃圾Top10全部展示出来或者把SQLite中已有的分类知识库做一次数据清洗扩充到几千条。这都在现有SSM架构上可以平滑扩展。做这种项目最大的收获不是代码本身而是第一次完整体验从需求分析到数据库设计、从后端接口到前端页面、从本地调试到部署上线的全部流程这个流程走通了以后拆任何JavaWeb项目的活儿心里都有底。