SSM做二手交易平台这题我太熟了。每年毕业季都能看到一大批人卡在这类项目上要么是框架版本搭配混乱要么是业务逻辑没想清楚就急着写代码最后折腾一两个月连个完整流程都跑不通。二佳易这个平台名字听起来新鲜但本质上就是典型的二手商品交易系统核心需求无非是用户管理、商品发布、商品浏览检索、下单购买这几条线。真正拉开差距的地方在于你的业务边界划在哪里表结构怎么设计能抗住后续扩展以及交易流程的闭环是否严谨。这个题目拿来当计算机毕业设计性价比确实高。技术栈是SSMSpring SpringMVC MyBatis属于Java Web领域的经典组合虽然现在微服务、Spring Boot满天飞但SSM能帮你把底层原理吃透——手动整合框架的过程比直接上手Spring Boot更能理解“约定大于配置”到底省了什么。而且答辩的时候老师最喜欢追问这类基础框架的底层机制你亲手拼过配置回答问题心里就有底。另外一个现实的优势是这类项目源码和参考文档在网络上沉淀了海量资料遇到问题很容易搜索到解决方案对于时间紧、基础薄弱的同学来说非常友好。1. 项目核心价值与技术选型拆解1.1 为什么偏偏是SSM这套组合很多同学会纠结现在出去找工作人家都要求Spring Boot了我做SSM是不是显得过时这个顾虑完全可以放下。SSM不是被淘汰的技术而是Spring生态的基石。SpringMVC负责Web层的请求分发MyBatis负责数据持久化Spring容器把两者无缝粘合在一起。你把这个项目吃透再去看Spring Boot会发现它就是“SSM的自动配置版本”——理解了底层手动装配的过程你用Spring Boot时才有底气去排查那些“莫名其妙就好了”的问题。从毕业设计角度来说SSM还有一个隐藏优势代码量足够多工作量看起来饱满。Spring Boot加MyBatis Plus能几行代码搞定的事情用SSM可能得写一个完整的XML映射文件和配置类。对于需要凑字数、凑页数、展示工程能力的毕业设计来说这不是坏事。更重要的是答辩评审老师对SSM非常熟悉他们知道这套组合的复杂度在哪里你能把事务配置、拦截器、动态SQL这些点讲清楚就已经超过半数学生了。1.2 精准定位需求边界避免功能堆砌二手交易平台听起来功能多得吓人——商品搜索、分类浏览、购物车、订单管理、支付、聊天、评价、举报……如果你全都要做这项目就不该叫毕业设计该叫创业项目了。我的建议是抓住“交易闭环”这条主线把以下功能做扎实用户模块注册、登录、个人资料维护、密码加密存储商品模块发布、编辑、上下架、删除多条件检索交易模块下单购买、订单状态流转、交易记录后台管理用户管理、商品审核、基础数据统计至于商品收藏、竞价拍卖、站内私信、积分体系这些完全可以作为“系统的扩展性”体现在论文里不需要真正实现。这个取舍不是偷懒而是项目管理的核心思路——用最小可行产品去覆盖核心流程把每个流程都做扎实。你想想一个商品发布、检索、下单、收货的完整链路跑通了比十个半成品功能堆在一起更有说服力答辩的时候演示也顺畅得多。1.3 二手交易场景比普通商城多出的那些坑二手平台和全新商品商城最大区别在于商品的非标准化。新商城里的商品有SKU、有统一规格二手货则是一物一况——同一个品牌的手机有人卖九成新有人卖屏幕有划痕的。这个差异直接决定数据库表设计商品表里必须有“成色”字段几乎全新、轻微使用痕迹、明显磨损、无法正常使用必须支持多图上传二手买家对实物图的需求远高于标准商品价格体系要简化二手商品不该有复杂的促销逻辑描述字段要长文本让卖家能写清楚瑕疵和来源这些细节不是拍脑袋想的而是来源于对真实二手交易行为的观察。比如闲鱼、转转这些平台描述里出镜率最高的几个词就是“自用”“无拆修”“轻微痕迹”你把这些场景映射到字段设计里做出来的东西才真正可用。2. 数据库设计与核心表结构拆解2.1 从业务对象到数据模型的推演过程数据库设计是毕业设计答辩的必考环节也是最容易暴露问题的地方。很多同学上来就建表建到后面发现关联查询写不下去或者数据冗余得一塌糊涂。正确做法是先理清对象关系再动手写SQL。二手交易平台的核心对象就是三个用户、商品、订单。其余的收藏、评论、浏览历史都是衍生对象。先看用户和商品的关系——一个用户可以发布多个商品这是典型的一对多再看用户和订单的关系——一个买家可以下多个订单卖家可以接收多个订单订单里又关联多个商品条目这是多对多加一对多的混合。订单这块有一个特别容易踩的坑二手商品是独一无二的你卖出了就不能再卖给别人。如果按照标准商城的设计订单表里存商品ID引用商品表商品被删除或下架后订单记录就关联不到数据了。所以订单表里必须冗余商品的快照信息——商品标题、成交价格、成交时的描述摘要。这样就算卖家事后删了商品买家的订单记录依然完整到时候做数据统计、报表展示都不会出现空引用。2.2 商品分类表为什么设计成树形结构商品分类是所有电商系统的标配但很多学生项目直接搞一个扁平的分级列表一级分类、二级分类两张表再加个三级分类然后就写死在代码里了。这种做法的问题在于扩展性极差想加一个分类就要改数据库、改代码、重新部署。正确做法是设计一张带父级引用的分类表CREATE TABLE category ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(50) NOT NULL COMMENT 分类名称, parent_id INT DEFAULT 0 COMMENT 父级分类ID0表示顶级, sort_order INT DEFAULT 0 COMMENT 排序权重, status TINYINT DEFAULT 1 COMMENT 0禁用 1启用 );这样一张表就搞定了所有层级的分类增加新分类只需要INSERT一条记录前端通过递归或者循环查询就能拼出完整的分类树。对于后端来说查询某分类下的所有商品时可以先取出该分类及其所有子孙分类的ID集合再在商品表里用IN条件过滤——这个逻辑在MyBatis里用动态SQL写代码量不大而且性能尚可。2.3 商品表的字段设计藏着哪些门道商品表是整个系统的核心字段设计直接影响功能扩展和查询效率。我的习惯是先列出业务需求再逐个映射字段基础信息、定价信息、库存信息、状态信息、统计信息再加一个发布时间就够了。比如status这个字段我建议用整数而不是字符串。为什么因为商品状态有“在售、已下架、已卖出、审核中、审核不通过”五种写成字符串在代码里容易写错用整数枚举则清晰直观。另外还有一个很多项目忽略的点设置一个is_delete字段做逻辑删除。真实场景里用户删除商品数据应该保留在库里作为统计依据物理删除会破坏关联完整性还会丢数据。我特别想强调图片存储的设计。不要直接把图片路径拼接在商品表里单图可以但二手商品肯定要多图。正确做法是建一张单独的商品图片表商品ID、图片URL、排序权重、上传时间。具体便利性表现在发布时的图片排序首页展示按权重取第一张商品详情页展示全部图片用ID一次查出来后续需要做图片懒加载也容易控制。前端写轮播图时就不用操心数组顺序问题了。3. 项目整合作业从空项目到四层架构3.1 环境版本搭配是最容易翻车的环节SSM版本混乱是新手死得最多的地方。Spring 4配MyBatis 3.2没问题换成MyBatis 3.5就各种mapper绑定异常SpringMVC是5.0但Spring还是4.3组件扫描就出幺蛾子。在这里贴一套我实测跑通的版本组合你照着来能省十天半月的排查时间组件版本号备注JDK1.8千万别用JDK 11及以上部分老版本框架不兼容Maven3.6.x3.8以上偶尔有仓库源问题Spring5.2.x5.x的体系比4.x完善许多SpringMVC5.2.x与Spring保持同版本MyBatis3.5.x配合mybatis-spring 2.0.xMySQL5.7或8.08.0需要调整驱动类名Tomcat8.5或9.0Servlet版本兼容性好如果你用的是IDEA注意一下Maven的镜像源配置。阿里云的镜像源现在基本是标配否则国外源拉Spring依赖能急死人。另外MySQL 8.0的驱动类从com.mysql.jdbc.Driver改成了com.mysql.cj.jdbc.Driver连接串还要加时区参数serverTimezoneAsia/Shanghai很多同学忽略这个报错报得莫名其妙。3.2 先打通配置骨架再写业务代码框架整合最容易犯的错误是“边写业务边整合框架”结果出了问题都不知道是自己代码的锅还是配置的锅。我的建议是先把最小骨架跑通再往上堆业务逻辑步骤如下第一步建好Maven项目后先把pom.xml写完所有依赖等Maven拉取完依赖再往下走。依赖清单就按上面选型的版本写。第二步编写web.xml和Spring配置文件。Web.xml配置ContextLoaderListener和DispatcherServlet同时指定Spring的配置文件位置。SpringMVC的配置文件里开启注解扫描和注解驱动Spring根容器则扫描service、dao层。这里有个关键点SpringMVC和Spring的扫描范围千万不要重叠否则会出现事务失效或者Bean重复创建的问题。很多人的解决方案就是Controller层交给SpringMVC扫描其他交给Spring扫描。第三步编写jdbc.properties、mybatis-config.xml和spring-mybatis.xml。数据源我选Druid不光因为常用更因为它的监控页面在开发期特别好用——可以直观看到每条SQL的执行耗时。Spring整合MyBatis的核心就一个用MapperScannerConfigurer扫描Mapper接口自动生成代理对象然后Autowired注入Service层就完事了。第四步建一个测试Controller返回一个简单的JSON字符串再启动Tomcat验证串通。这一步跑通了骨架就成了后面写业务就像往抽屉里放东西一样轻松。版本配置这块有一个小的加分项你可以用Log4j2替换掉System.out.println日志规范是答辩时技术评审的一个潜在加分点。配置好在控制台里看SQL执行记录以后排查问题高效非常多。3.3 事务控制与拦截器的配合方案附着在业务上但很容易被忽视的是事务控制的问题。Spring声明式事务用Transactional注解默认遇到RuntimeException才回滚检查异常不会自动回滚。下订单的流程里——创建订单、扣减商品库存、生成交易记录——任何一步抛出检查异常你希望数据保持原样那就必须把rollbackFor Exception.class写上去。事务隔离级别的选择也值得一提。默认的DEFAULT意味着跟随数据库自身的隔离级别MySQL是REPEATABLE READ在二手交易场景下够用了。如果有高并发的抢单需求你可能需要考虑悲观锁或乐观锁来避免超卖——不过毕业设计很少要求这么深除非你自己想加亮点。加个乐观锁版本号字段逻辑大概就是UPDATE时把版本号作为条件带上影响行数为0则说明被并发修改了。这个思路写进论文里属于“考虑到了极端情况并给出了解决方案”的好材料。拦截器的使用场景一是登录校验二是权限控制。我习惯写一个统一的LoginInterceptor拦截所有需要登录才能访问的路径未登录直接重定向到登录页并携带原路径参数。有些路径要放行比如首页、商品列表、商品详情、登录注册。发布商品、个人中心、订单操作这些必须拦截。属性配置上用Value注入就行像allow_urls这种塞在配置文件里后续改起来方便。4. 核心功能模块的实现逻辑与经验4.1 用户注册登录里的安全细节用户模块看似简单但有两个细节值得认真对待。第一是密码存储。明文存储在这个时代简直是给自己挖坑连最基本的MD5加密都不太够意思了。我的做法是使用BCrypt进行加盐哈希——Spring Security是通过BCryptPasswordEncoder提供的只取这一个类不会引入整套安全框架。哪怕不用BCrypt至少也得做“随机盐MD5多轮摘要”。第二是注册流程的校验。前端校验只能提体验后端校验才是底线。用户名唯一性检查、手机号格式校验、两次密码一致性校验这些逻辑统统一式两份。如果后台管理支持用户导入或批量注册你就更得靠后端校验兜底。我遇到过不少项目注册接口被脚本刷了几百条垃圾数据整个列表页面都卡了——所以验证码的引入要提前想好答辩时老师很可能会问“你这个系统怎么防止机器人恶意注册”“防止暴力破解登录密码的措施有哪些”4.2 商品发布与图片上传的完整流程商品发布是二手平台的王牌功能它的难点全在图片上传上。柳暗花明的地方在于如果你用FastDFS或者七牛云、OSS又涉及额外开通账号这个过程会让很多同学头大。我的建议是本地存储方案也完全够用——在Web应用根目录下的upload文件夹里按天生成子目录图片命名时间戳加随机数防冲突存储路径写进数据库。用IDEA折腾本地存储时有一个大坑必须要提醒你怎么配置路径要在代码里写死绝对的物理路径个性化太强的路径在重新部署或换电脑后又要全改。我的处理方法是项目启动时自动创建目录并计算绝对路径交给Spring的Value注入再兜底一个System.getProperty的系统属性判断。你在本地跑通Tomcat后拿到的绝对路径是“当前部署环境下的真实路径”这样兼容性会好很多。还要注意接收图片的接口千万别超过Tomcat默认的POST大小限制——1MB的限制发布三张图就容易超过直接在server.xml里把maxPostSize调大同时把MultipartResolver的单文件大小限制也设置了前端再提示文件不超过5MB三层配合才稳定。4.3 商品检索里MyBatis动态SQL的正确打开方式检索功能直接决定了用户能不能快速找到想要的商品。二手平台的核心检索维度是分类、关键词、价格区间、成色。这些筛选条件是可选的用户可能只填一个也可能全填——这种情况下MyBatis的动态SQL就是天生的解决方案。select idselectByCondition resultTypeProduct SELECT * FROM product where AND status 1 if testcategoryId ! null AND category_id IN (SELECT id FROM category WHERE id #{categoryId} OR parent_id #{categoryId}) /if if testkeyword ! null and keyword ! AND (title LIKE CONCAT(%, #{keyword}, %) OR description LIKE CONCAT(%, #{keyword}, %)) /if if testminPrice ! null AND price gt; #{minPrice} /if if testmaxPrice ! null AND price lt; #{maxPrice} /if if testconditionLevel ! null AND product_condition #{conditionLevel} /if /where ORDER BY create_time DESC /select注意几个细节where标签会自动去掉多余的AND和OR但是如果WHERE后面跟的是status1开头的条件原来的AND要保留不能省略LIKE CONCAT写法的好处是防注入字符串拼接出来的查询条件安全很多价格区间用gt;和lt;转义直接用大于小于号在XML里会报错。关键词搜索这里还有一个进阶方案标题搜索和描述搜索分开加权标题匹配的结果排在前面。这其实就是最简版的相关性排序。贵精不贵多你把动态SQL和加权排序这两个点背熟答辩时“怎么提升检索效率”就成了你的加分项。4.4 订单状态机设计怎么流转才不会乱订单状态是交易系统的灵魂一个二手商品从下单到交易完成状态流转必须清晰。我给这套系统设计了如下状态状态编码状态含义触发操作说明1待付款买家提交订单此时商品需锁定其他用户不可见或不可购买2待发货买家完成支付卖家看到订单可联系买家3待收货卖家发货模拟二手交易常在线下交付但流程上需要模拟物流4已完成买家确认收货订单闭环双方可互评5已取消买家取消/超时未支付商品解锁重新上架可售状态流转要做的第一件事就是在代码里列出状态转移矩阵禁止非法跳转。比如状态为“已完成”“已取消”的订单不允许再发起取消操作。用一张Map维护合法转移关系每次更新状态时先校验合法性校验不通过直接抛异常。同时把状态变化历史单独记录到一张order_log表每次变更插入一条日志Android会有订单轨迹这个设计很具象化地体现你有工程思维。现实中实现下单时锁定商品的做法是使用SELECT ... FOR UPDATE加行级锁来防止并发下单。具体逻辑是开启事务先锁住商品记录判断库存状态对二手商品来说就是status是否为在售是则更新为“已锁定”并创建订单否则回滚。这个并发控制写进论文里老师会很满意因为它说明你真的考虑过“多个用户同时看上一个商品”的现实问题。5. 前端交互与小程序、爬虫等其他方案5.1 用JSP还是前后端分离这是个妥协SSM项目最常见的搭配就是JSP加JSTL渲染页面JSP里直接写代码、SSM后端返回ModelAndView。这种方案的优点是学习成本低、百度能找到海量模板。缺点是前端调试效率低稍微复杂的交互就要靠JQuery操作DOM硬拼。如果你想在这个项目里展示一点前端功底更推荐的方法是在JSP页面里用Ajax调用后端接口后端返回JSON数据前端用原生JS或Vue2的CDN模式渲染。这样既不用引入复杂的Node构建流程又能自然地实现异步交互——搜索商品时不用整页刷新下订单后通过Ajax改变按钮状态。坦白说安全理发店里的挂钟换个款式罢了。如果你的论文核心就是SSM框架主推JSP模板渲染是稳妥的异步这只作为体验优化。挑一个核心页面比如商品详情页的收藏功能做Ajax效果就足够应付演示了。你还能在答辩时说“这个模块采用了类前后端分离的数据交互方案”这话一出来档次立刻就不一样。5.2 小程序端、爬虫、大数据这些搜索词怎么融进去热搜词里有大量关于小程序、爬虫、大数据的内容这说明现在的毕业设计普遍追求多端覆盖。如何把小程序、爬虫、大数据这些点融合到同一个项目里又不会喧宾夺主我的方案是让它们分别扮演SSM项目的“延伸模块”和“数据支撑层”角色。小程序端可以做成“买家移动端”用uniapp或者原生微信小程序开发通过HTTP请求访问同一套后端API。这里的核心工作量在API接口复用和跨域配置上——后端用CrossOrigin开启跨域支持小程序端配置合法域名本地开发勾选跳过域名校验。如果你时间紧小程序只做三个页面就够首页商品列表、商品详情、发布商品/个人中心既能说明你有移动端开发能力又不会陷入小程序适配的泥坑。爬虫则可以应用于“数据采集”功能——比如启动时抓取少量开源商品数据作为平台初始商品库。用Python的requests加BeautifulSoup写一个独立的小爬虫脚本抓到的数据通过后端提供的导入接口写入数据库。这样一来你的项目就变成了“多语言协作的复合架构”这个描述在论文里可是很有分量的。至于大数据方向建议不要硬做实时流—毕业设计的环境玩Kafka和Flink容易翻车。务实的是做一个“平台数据报表”模块用SQL统计用户的交易数据前端用ECharts画柱状图、饼图、折线图写完这个再给论文标题加上“数据可视化与分析”的后缀。这个思路的好处是本质还是SSM查数据库不需要额外搭建大数据集群但展示效果炫酷——答辩现场投屏一张交互式报表老师印象分绝对不一样。5.3 全套文案与免费源码那些事标题里写了“免费领源码”这个不用赘述了我只能说毕业设计用开源仓库代码非常普遍但有一点必须要讲清楚拿别人代码做项目完全可以但你要真正读懂它。我见过太多学生代码能跑起来就万事大吉结果答辩老师随便问一个“你的登录拦截器是怎么实现的”就彻底卡住。源码拿过来第一件事永远是梳理整个项目模块把类图、时序图画出来理解数据流向。文案方面很多同学头疼的是开题报告、任务书、论文这些文字材料。陪你熬夜肝文案毫无意义。真正的做法是把项目拆解成背景、现状分析、需求分析、总体设计、详细设计、系统测试、总结展望这七个章节然后按章节筹备内容。需要强调的是论文的文字表述一定要跟代码实现保持一致题目和摘要里的功能列表代码里必须能找到对应的模块。把精力花在“自己的项目自己彻底搞明白”上比你背一百篇大会报告都管用。6. 常见问题排查与性能优化实录6.1 用IDEA跑SSM项目踩过的这些坑说实话SSM项目的报错信息见过几百条以后你已经能靠条件反射定位问题了。我这里列几个最高发的场景以及对应的排查思路驱动类找不到。报错ClassNotFoundException: com.mysql.jdbc.Driver最常见的原因是Maven依赖没拉到或者版本导错了。解决方案是执行mvn clean install -U强制重新拉取依赖。注意MySQL 8.0的驱动类名是com.mysql.cj.jdbc.Driver同时连接串里必须加serverTimezone否则会报时区异常。Mapper接口和XML文件绑定失败。报错内容是Invalid bound statement (not found)。90%的情况是XML文件没有放在Mapper接口相同的包路径下或者没有在mybatis-config.xml里配置mapper映射。如果你把XML放在了Java目录下的包路径里IDEA默认构建时不会把它复制到target目录需要在pom.xml的build里加resources配置把XML路径显式包含进来。Spring容器启动时报Bean创建异常。关键看Caused by那一行绝大多数是依赖注入失败。常见的原因是循环依赖ServiceA依赖ServiceBServiceB又依赖ServiceA——SSM默认并不解决循环依赖。另外就是扫描包路径不一致例如Service实现类的Service注解和Autowired引用的类不在同一个容器里。Tomcat启动慢或启动失败。可能是你本地JDK版本过高也可能是端口被占用。定位时用netstat -ano | findstr 8080查看端口占用进程然后关掉它或者换一个端口。IDEA部署配置里设置“热部署”改静态资源和代码就不用反复重启了。6.2 SQL性能优化怎么做到毕业设计答辩无懈可击数据量只有几百条时SQL再烂也看不出问题。但是懂性能优化和不懂在答辩时是两种完全不同水准。哪怕你只是把下面几点做出来已经能压过绝大多数同学了商品表的关键查询条件字段建普通索引category_id、price、create_time联表查询频繁的字段比如订单表的product_id和buyer_id也要加索引。但是注意字段区分度低、不足10%的不要建例如status只有几种值不能建索引索引的代价比收益还大。使用最新字段用ORDER BY create_time DESC做倒序配合create_time索引食用效果更佳。商品列表页记得用LIMIT做分页别一次查出全表。连接查询时永远小表驱动大表——先过滤出符合条件的商品ID集合再去关联订单、图片。走了这个执行顺序拿explain解释执行计划你的性能意识就这么体现出来了。6.3 图片存储与静态资源访问的坑和我的推荐方案上面提到图片本地存储运行阶段还要注意资源映射的问题。SpringMVC默认拦截所有请求会把/pic/开头的图片请求拦下来导致404。需要在SpringMVC配置文件里放行静态资源mvc:default-servlet-handler / mvc:resources mapping/upload/** location/WEB-INF/upload/ /第一行把非Controller的静态请求交给默认Servlet处理第二行把upload路径直接映射到物理目录。如果你打算把文件放在和项目成功地方相关的外部目录再根据环境变量动态映射配置。这里我想提一个比本地存储更省心的方案如果你是个人项目注册一个轻量云存储比如阿里云OSS的免费额度把图片上传接口改造成直传OSS后端只需要返回一个URL。效果就是免去了Tomcat重启后图片丢失的问题前端加载速度还快不少。缺点是本地调试要配AccessKey稍微麻烦点。二选一看你时间个人建议毕业设计优先本地方案因为答辩机房环境里网络不一定会你安排。7. 答辩准备与项目亮点提炼心得7.1 这些亮点必须做到脱口而出答辩中真的非常加分的技术亮点我按优先级排序密码加盐处理“采用BCrypt散列随机盐存储用户密码有效对抗彩虹表攻击”——信息安全意识订单状态机“状态转移通过矩阵校验非法操作直接拒绝避免脏数据”——工程严谨性检索方案的加权排序“标题关键词击中的商品排前面描述击中的排后面”——场景化设计思维并发下单控制“查询商品时用悲观锁锁定记录防止超卖问题”——高可用意识Druid监控页“开发阶段用Druid监控每条SQL的耗时定位慢查询”——性能调优能力每个亮点准备一段30秒的解说词说的时候配合的术语甚至可以直接映射走老师问啥你答啥。7.2 老师最爱问的那几个刁钻问题第一个问题“你的系统安全怎么保证”别一上来就讲SQL注入从登录校验、越权访问、XSS转义、敏感信息加密这四个层面说。第二个问题“为什么选SSM不选Spring Boot”回答思路是学习历程——从Servlet/JSP学到SSM理解了MVC底层实现和框架核心原理后续可以平滑迁移到Spring Boot——展现出技能树而不是模板式回答。第三个问题“你的这个系统跟普通商城有什么区别”这就是项目定位问题了——从非标品管理、图片需求、状态流转、轻量级交互几个维度说明差异化。第四个问题“系统的性能瓶颈在哪里”建议一句话概括“商品表的全表扫描和图片大量加载所以对商品表建了索引、配合分页优化SQL图片通过懒加载和缩略图减轻带宽压力。”实事求是比硬吹强太多。7.3 一些免费源码和资料的使用策略最后的最后关于代码和资料的实际使用我建议你遵循“三步走”策略。第一步下载源码后先自己跑起来什么都不改纯粹观察系统的页面长什么样、模块有哪些。第二步逐个controller和Service层把方法列出来在纸上画清调用关系图。第三步往里面加自己的需求改动比如改数据库字段、加个下载功能、换个前端库至少做到一行代码是你亲手写过的。这样下来即使你是从网上拿的源码答辩时也能做到对每一个细节心中有数。老师最怕的不是你参考了别人的项目而是你参考了别人的项目却说不出所以然——到时候分分钟留下学术不端印记得不偿失。这个项目做完其实你的收获会超出预期框架整合能力、数据库设计思维、前后端联调经验、答辩表达能力这些都是简历和面试里实打实的谈资。基于SSM做二手交易平台这个决定没有错。剩下的屏幕就交给你了选个干净的模板开工吧。