尧图网页设计 
简介这是一份基于 SSM 与 JSP 技术开发的通讯录管理系统完整源码包适合作为计算机、数学、电子信息等专业学生的毕业设计、课程设计或期末大作业参考也适合 Java Web 初学者学习企业级项目整合开发。系统围绕通讯录管理场景实现了联系人信息的增、删、改、查及列表展示等典型功能整体代码分层清晰后端 SSM 框架中Spring 负责依赖注入与业务逻辑SpringMVC 处理请求分发并返回视图MyBatis 完成数据库持久化操作前端 JSP 用于动态页面呈现配合 MySQL 数据库可完整运行。压缩包约 19.74MB内含全部 Java 源码、MySQL 数据库脚本 db.sql、项目说明文档、毕业论文、开题报告、任务书以及答辩用 PPT覆盖代码、文档与演示文稿等多种文件类型下载后按说明导入数据库即可直接运行。目前已有 118 人学习使用。源码经严格调试配套论文与 PPT 有助于理解需求分析、系统设计、数据库设计及开发测试的完整流程对毕业设计答辩和 SSM 项目实践都很有参考价值。1. 拿到一份带论文和PPT的SSM通讯录源码先别急着改代码跑通才算开始Java基于SSMJSP的通讯录管理系统说白了就是一个标准的Java Web CRUD项目但越基础的东西越能看清框架的运行逻辑。这套资源把Spring、SpringMVC、MyBatis、MySQL、JSP五个环节串成了一条完整链路还附带db.sql、毕业论文、开题报告、任务书和答辩PPT适合课程设计、期末大作业和毕业设计直接拿来用也适合想搞懂SSM到底怎么协作的初学者。源码本身经过调试导入数据库脚本后就能跑。但别指望解压就出登录页——JDK、Tomcat、数据库连接这些环境还得自己配下文按实际跑通的顺序来拆。2. SSM框架分工与请求链路通讯录里的Spring、SpringMVC和MyBatis各干哪段活2.1 一条「新增联系人」请求从JSP到MySQL的完整路线通讯录最日常的操作是新增联系人用户在JSP页面填好姓名、电话、邮箱、地址点保存。背后走的是SpringMVC的Controller → Spring管理的Service → MyBatis的Mapper → MySQL这条标准链路。先看Controller层的代码Controller RequestMapping(/contact) public class ContactController { Autowired private ContactService contactService; RequestMapping(/add) public String add(Contact contact, HttpSession session) { User user (User) session.getAttribute(user); contact.setUserId(user.getId()); contactService.addContact(contact); return redirect:/contact/list; } }Controller把类注册成SpringMVC的处理器Autowired把Service接口注入进来全程不手动new对象。RequestMapping(/add)对应JSP表单里的actioncontact/add返回的redirect:/contact/list是重定向避免刷新页面时表单重复提交。参数这块有两个细节需要留意Contact对象靠表单字段同名映射前提是JSP里input标签的name属性必须和实体类字段一致当前登录用户是从session里取的说明联系人归属登录用户这套数据隔离设计在后面的表结构里会体现。Service层是典型的接口加实现类写法Service public class ContactServiceImpl implements ContactService { Autowired private ContactMapper contactMapper; Override public void addContact(Contact contact) { contactMapper.insert(contact); } }Service把这个实现类注册进Spring容器。这里面的核心是依赖注入——Controller不直接new出实现类而是让Spring管理Bean。后续换实现类、加事务控制都不需要改动调用方这也是论文里「解耦」一词的落点。2.2 MyBatis的SQL写在XML里参数映射和主键回填MyBatis把SQL和Java代码分开维护ContactMapper接口只管方法声明SQL写在ContactMapper.xml里。新增联系人的语句长这样insert idinsert parameterTypecom.xxx.entity.Contact useGeneratedKeystrue keyPropertyid insert into contact(name, phone, email, address, user_id, create_time) values(#{name}, #{phone}, #{email}, #{address}, #{userId}, now()) /insertuseGeneratedKeystrue配合keyPropertyid是让数据库自增主键回填到Contact对象的id属性新增完之后立刻能拿到新ID。#{name}是预编译参数占位不是字符串拼接能防SQL注入。create_time直接交给MySQL的now()生成Java代码里不用管时间。查询语句也一样注意resultType要写实体类的全限定名select idselectByUserId resultTypecom.xxx.entity.Contact select id, name, phone, email, address, create_time from contact where user_id #{userId} order by create_time desc /select2.3 Spring和SpringMVC的配置三个配置文件把项目撑起来非Maven结构的SSM项目配置文件一般有四份applicationContext.xml、spring-mvc.xml、jdbc.properties、mybatis-config.xml各自管一段。applicationContext.xml负责Spring容器包括数据源、事务、MyBatis整合context:component-scan base-packagecom.xxx.service/ bean iddataSource classorg.springframework.jdbc.datasource.DriverManagerDataSource property namedriverClassName value${jdbc.driver}/ property nameurl value${jdbc.url}/ property nameusername value${jdbc.username}/ property namepassword value${jdbc.password}/ /bean bean idsqlSessionFactory classorg.mybatis.spring.SqlSessionFactoryBean property namedataSource refdataSource/ property namemapperLocations valueclasspath:mapper/*.xml/ /bean bean classorg.mybatis.spring.mapper.MapperScannerConfigurer property namebasePackage valuecom.xxx.mapper/ /beancomponent-scan告诉Spring扫描service包下的注解dataSource里的${}占位符从jdbc.properties读取换数据库环境只改一个文件sqlSessionFactory把MyBatis和Spring绑在一起MapperScannerConfigurer自动扫描mapper接口生成代理对象。这里最常翻车的就是mapperLocations路径写错导致启动时找不到SQL映射文件。spring-mvc.xml负责处理前端请求和视图解析context:component-scan base-packagecom.xxx.controller/ mvc:annotation-driven/ bean classorg.springframework.web.servlet.view.InternalResourceViewResolver property nameprefix value/WEB-INF/views// property namesuffix value.jsp/ /beanprefix和suffix决定Controller返回的逻辑视图名对应哪个JSP文件。比如Controller返回contact/list实际加载的是/WEB-INF/views/contact/list.jsp。这套视图解析配置是SSM项目里最固定的写法基本照抄即可。2.4 源码目录结构照着分层看代码不会迷路src下的包结构一般是controller、service、service.impl、mapper、entity、util。entity对应数据库表controller只接收参数和返回视图service写业务规则mapper直通数据库。拿到源码第一步先看entity看懂字段对应哪张表第二步看mapper的XML了解SQL写在哪第三步顺着Service走一遍增删改查整个项目就通了。这套目录结构直接对应毕业论文里的分层架构图画系统架构图的时候不用另想照着包结构画就是标准的SSM三层架构。选型理由也很直白通讯录这种以增删改查为主的项目数据关系简单MyBatis的SQL手写比Hibernate的自动映射更可控遇到复杂查询改XML就行对毕设来说性价比最高。3. db.sql数据库脚本拆解联系人表、用户表和初始化数据的关系以及导入时容易翻车的地方3.1 打开db.sql看结构建库、建表、初始化数据三件事db.sql是这套资源的数据库蓝图建库、建表、初始化数据全在里面。打开文件开头一般是drop database if exists contact_db; create database contact_db default charset utf8; use contact_db; create table t_user ( id int primary key auto_increment, username varchar(50) not null unique, password varchar(100) not null, real_name varchar(50) ); create table t_contact ( id int primary key auto_increment, name varchar(50) not null, phone varchar(20), email varchar(100), address varchar(200), user_id int not null, create_time datetime default current_timestamp, constraint fk_contact_user foreign key(user_id) references t_user(id) );注意实际表名和字段以资源里的db.sql为准可能叫user或contact也可能多了group_id之类的字段这里展示的是最常见的结构。建表脚本里有一个值得留意的设计drop database if exists crm说明脚本可以重复执行数据库被搞坏了重新导一次就行对新手来说这本身就是一种容错设计。3.2 表关系拆解联系人为什么要挂在user_id下面这套项目用的是「用户-联系人」模型用户登录后只能看到属于自己的联系人。实现上就是t_contact表里放一个user_id外键查询时强制带上where user_id 当前登录用户ID。后端查询会写成这样select id, name, phone, email, address, create_time from t_contact where user_id #{userId} order by create_time desc;按user_id过滤是数据隔离的关键。如果漏掉这个条件登录后能看到所有用户的通讯录那功能就废了。这个点在毕业论文里通常写成「多用户数据隔离设计」答辩被问到的概率很高原理想清楚比背代码有用。外键fk_contact_user的作用是保证user_id必须真实存在于t_user表删用户时如果名下有联系人MySQL默认会阻止删除这是防止脏数据的约束。3.3 导入db.sql的两种方式命令行参数和图形工具差异命令行导入是最直接的方式mysql -uroot -p123456 --default-character-setutf8 db.sql参数说明-uroot是用户名-p后面直接跟密码--default-character-setutf8强制以UTF-8字符集解析脚本如果省掉Windows环境下脚本里的中文注释可能直接变乱码。导入成功后用show tables确认表存在mysql -uroot -p123456 -e use contact_db; show tables; select * from t_user;能同时看到t_user和t_contact两张表且t_user里有一行admin记录说明导入成功。使用Navicat等图形工具也可以连接MySQL后右键contact_db数据库选择「运行SQL文件」定位db.sql执行完刷新即可。两种方式选一种就行不用都试。3.4 表结构调整的代价加字段之前先想清楚关联如果二次开发要加「联系人分组」功能常见做法是新建一张t_group表在t_contact里加group_id外键。动手改表之前我习惯先导出一份备份mysqldump -uroot -p123456 contact_db contact_db_backup.sqlMySQL的mysqldump是物理导出备份文件包含了建表语句和全部数据。后续在Navicat里加字段、加外键改出问题还能用这份备份恢复。别嫌这一步多余改表结构翻车是SSM项目里最常见的后悔药场景——字段删错了、外键建歪了数据是找不回来的。4. 从零部署到跑通JDK、Tomcat、数据库连接配置的完整操作顺序4.1 版本选型为什么JDK 1.8加Tomcat 8.5最稳这套资源是JSP动态页面技术JSP得跑在Servlet容器里而JSP的编译和运行又依赖JDK。JDK 1.8配Tomcat 8.5是经过大量SSM老项目验证的组合Tomcat 10以上把包名从javax.*改成了jakarta.*老项目直接跑会报ClassNotFound。环境清单按这个表来配组件推荐版本说明JDK1.8JSP编译和运行基础版本过高反而容易出兼容问题Tomcat8.5.x兼容javax.*包名SSM老项目最稳的容器MySQL5.7或8.0版本影响JDBC驱动类和连接URLIDEEclipse或IDEA导入非Maven的Web工程两种都能用这个项目不是Maven结构的话WEB-INF/lib目录下已经放好了全部jar包如果是Maven结构依赖集中在pom.xml里。下载后先看一眼有没有pom.xml有就走Maven导入没有就直接当普通Web工程打开。4.2 Eclipse导入源码和配置Tomcat的具体步骤Eclipse操作路径如下File → Import → General → Existing Projects into Workspace选择源码目录Finish。右键项目 → Properties → Targeted Runtimes勾选Apache Tomcat 8.5。Java Build Path里确认JRE System Library指向本机JDK 1.8不要选成JRE。按第3章的步骤导入db.sql到MySQL。打开src/jdbc.properties确认数据库连接信息是当前环境的值。jdbc.properties长这样jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/contact_db?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password123456MySQL 5.x的驱动类名是com.mysql.jdbc.DriverMySQL 8.0要改成com.mysql.cj.jdbc.DriverURL末尾还得加serverTimezoneAsia/Shanghai否则连接时报时区异常。contact_db必须和db.sql里的create database contact_db一致characterEncodingutf8是中文不乱码的关键配置。数据库密码不是123456就改这一行。4.3 启动Tomcat访问路径和登录验证项目右键 → Run As → Run on Server选Tomcat 8.5启动。控制台出现Server startup in xxx ms说明Web层起来了。浏览器访问http://localhost:8080/contact//contact是项目的Context上下文路径。如果没改过Tomcat默认用部署时的文件夹名。然后输入初始账号admin、密码123456能进入联系人列表页就算整体跑通。登录后第一件事是验证数据隔离看联系人列表里是不是只有当前登录用户的数据而不是所有用户的通讯录。这个判断步骤在答辩演示时特别有用评审问「数据是怎么隔离的」直接演示一遍比背概念更有说服力。4.4 用IDEA导入的差异Artifact配置和热部署IDEA和Eclipse的工程识别方式不一样。Eclipse靠.classpath和.project文件识别工程结构IDEA是直接Open目录后右键项目选择「Add Framework Support」勾选Web Application。Tomcat配置在Run → Edit Configurations → Tomcat Server → LocalDeployment标签页里Add Artifact选war exploded模式Application context填/contact。改动JSP文件后把On Update action设为Update resources改前端页面不用重启Tomcat改Java代码还是得重启SSM没有Spring Boot那种Devtools热替换。IDEA里还有一个高频坑Project Structure → Artifacts → Output Layout中WEB-INF/lib必须包含项目全部jar包漏了启动就报ClassNotFound。一般做法是选中lib目录右键Add Copy of → 依赖库确保部署包里带全。5. 避坑与常见问题排查五条让新手卡最久的运行记录5.1 404项目名对不上Tomcat部署路径现象Tomcat正常启动浏览器访问http://localhost:8080/能打开Tomcat首页但访问http://localhost:8080/项目名/就是404。原因部署时的Context上下文路径和访问地址不一致或者项目名带了中文、下划线等特殊字符。解决Eclipse里右键项目 → Properties → Web Project Settings把Context Root改成要访问的路径IDEA里在Deployment配置中把Application context改成/contact全小写不要带空格。5.2 ClassNotFoundException: com.mysql.jdbc.Driver现象Tomcat启动时报ClassNotFoundException: com.mysql.jdbc.Driver数据库连接失败。原因WEB-INF/lib目录下没有MySQL驱动jar包或者驱动版本太旧与MySQL 8.0不兼容。解决确认lib里有mysql-connector-java-x.x.x.jar如果用的是MySQL 8.0换用mysql-connector-java-8.0.x.jar同时把jdbc.properties里的driverClassName改成com.mysql.cj.jdbc.Driver。驱动问题是最没有技术含量但最容易卡住的坑优先检查lib目录。5.3 SQLSyntaxErrorException: Unknown database现象项目启动正常但一进联系人列表页面就报Unknown database contact_db。原因db.sql根本没导入或者导入的时候没成功建库。解决回第3章用命令行mysql -uroot -p123456 db.sql重新执行然后在Navicat左侧能看到contact_db这个库才算成功。注意不要用记事本打开db.sql后全选复制到图形工具的查询窗口里执行——脚本里有drop database和use database图形工具的分号解析在某些版本下会断在不该断的位置执行一半报错。直接命令行source最稳。5.4 中文乱码页面显示全是问号现象联系人姓名、地址在页面上全是???数据库表里也是问号。原因三处字符集不一致——数据库表charset、JDBC连接characterEncoding、JSP页面pageEncoding任何一处没对齐就会乱。解决db.sql建库时用default charset utf8jdbc.url加useUnicodetruecharacterEncodingutf8JSP页面顶部pageEncodingUTF-8。改完重启Tomcat重新导入db.sql。中文乱码是SSM里最玄学的问题本质就是这三处对齐不用东改西改。5.5 端口被占用Tomcat启动即报错现象启动瞬间失败控制台报Address already in use: JVM_Bind。原因8080端口被其他程序占用常见是另一个Tomcat实例、Maven插件或者开发工具的调试端口。解决命令行执行netstat -ano | findstr 8080找到占用端口的PID任务管理器结束对应进程不想结束进程就改Tomcat的conf/server.xml端口Connector port8080 protocolHTTP/1.1 connectionTimeout20000 redirectPort8443/把8080改成8081重启后访问地址同步改成http://localhost:8081/contact/。血泪经验改端口之后一定要连redirectPort一起检查否则HTTPS跳转会失效。6. 进阶用法给通讯录加搜索和分页论文和PPT怎么跟源码对应着看跑通之后下一步就是二次开发。最常见的加功能是「按姓名或电话模糊搜索」。改动点集中在三处Controller加一个带keyword参数的方法Mapper XML加一条模糊查询SQLJSP列表页加一个搜索框。模糊查询SQL这样写select id, name, phone, email, address, create_time from t_contact where user_id #{userId} and (name like concat(%, #{keyword}, %) or phone like concat(%, #{keyword}, %))concat(%, #{keyword}, %)是MySQL的标准模糊拼接写法避免直接写%#{keyword}%导致参数占位失效。加完这个功能把Controller返回的Model里塞一个keyword值回显到搜索框体验就和真实项目一致了。分页也可以用limit #{offset}, #{pageSize}手写或者引入PageHelper插件。手写的优点是论文里能讲清楚SQL原理缺点是多写几行代码PageHelper省事但要配拦截器。课程设计的话推荐手写答辩时能说出limit偏移量的计算逻辑。配套的毕业论文.doc、开题报告.doc、任务书.doc不是摆设使用方法建议这样对应文档用法和源码的对应关系毕业论文.doc需求分析章节直接对应源码功能清单每个功能模块都能在Controller里找到入口开题报告.doc技术路线章节对应系统架构SSM三层结构照搬到架构图任务书.doc项目进度和功能范围用于答辩时说明「做了什么」PPT.pptx答辩演示顺序建议按「选题背景→架构→数据库→功能演示→总结」讲答辩PPT的讲解顺序我的建议是先讲选题背景和现有通讯录的痛点再放系统架构图说明SSM三件套的分工然后展示数据库表关系接着用浏览器现场演示增删改查最后一句「系统采用B/S架构基于SSM框架开发完成了联系人信息的日常管理」收住。每个环节都能从论文对应章节里抽内容不需要另外编。我第一次拿这种带论文的毕设源码时犯过一个错误直接翻论文开始改内容源码只是装模作样打开了一下。结果导师问「用户表为什么这么设计」答不上来当场冷场。从那以后我每次拿到别人的项目源码都强制自己先跑通数据库、再走一遍请求链路把每个配置文件和表结构对应的代码位置记一遍然后才敢动论文和二次开发。这套流程虽然多花俩小时但比对着文档瞎猜靠谱得多希望对拿到这套资源的你也有用。希望帮到你。本文还有配套的精品资源点击获取 SSM+JSP通讯录管理系统：从源码部署到二次开发全解析
简介这是一份基于 SSM 与 JSP 技术开发的通讯录管理系统完整源码包适合作为计算机、数学、电子信息等专业学生的毕业设计、课程设计或期末大作业参考也适合 Java Web 初学者学习企业级项目整合开发。系统围绕通讯录管理场景实现了联系人信息的增、删、改、查及列表展示等典型功能整体代码分层清晰后端 SSM 框架中Spring 负责依赖注入与业务逻辑SpringMVC 处理请求分发并返回视图MyBatis 完成数据库持久化操作前端 JSP 用于动态页面呈现配合 MySQL 数据库可完整运行。压缩包约 19.74MB内含全部 Java 源码、MySQL 数据库脚本 db.sql、项目说明文档、毕业论文、开题报告、任务书以及答辩用 PPT覆盖代码、文档与演示文稿等多种文件类型下载后按说明导入数据库即可直接运行。目前已有 118 人学习使用。源码经严格调试配套论文与 PPT 有助于理解需求分析、系统设计、数据库设计及开发测试的完整流程对毕业设计答辩和 SSM 项目实践都很有参考价值。1. 拿到一份带论文和PPT的SSM通讯录源码先别急着改代码跑通才算开始Java基于SSMJSP的通讯录管理系统说白了就是一个标准的Java Web CRUD项目但越基础的东西越能看清框架的运行逻辑。这套资源把Spring、SpringMVC、MyBatis、MySQL、JSP五个环节串成了一条完整链路还附带db.sql、毕业论文、开题报告、任务书和答辩PPT适合课程设计、期末大作业和毕业设计直接拿来用也适合想搞懂SSM到底怎么协作的初学者。源码本身经过调试导入数据库脚本后就能跑。但别指望解压就出登录页——JDK、Tomcat、数据库连接这些环境还得自己配下文按实际跑通的顺序来拆。2. SSM框架分工与请求链路通讯录里的Spring、SpringMVC和MyBatis各干哪段活2.1 一条「新增联系人」请求从JSP到MySQL的完整路线通讯录最日常的操作是新增联系人用户在JSP页面填好姓名、电话、邮箱、地址点保存。背后走的是SpringMVC的Controller → Spring管理的Service → MyBatis的Mapper → MySQL这条标准链路。先看Controller层的代码Controller RequestMapping(/contact) public class ContactController { Autowired private ContactService contactService; RequestMapping(/add) public String add(Contact contact, HttpSession session) { User user (User) session.getAttribute(user); contact.setUserId(user.getId()); contactService.addContact(contact); return redirect:/contact/list; } }Controller把类注册成SpringMVC的处理器Autowired把Service接口注入进来全程不手动new对象。RequestMapping(/add)对应JSP表单里的actioncontact/add返回的redirect:/contact/list是重定向避免刷新页面时表单重复提交。参数这块有两个细节需要留意Contact对象靠表单字段同名映射前提是JSP里input标签的name属性必须和实体类字段一致当前登录用户是从session里取的说明联系人归属登录用户这套数据隔离设计在后面的表结构里会体现。Service层是典型的接口加实现类写法Service public class ContactServiceImpl implements ContactService { Autowired private ContactMapper contactMapper; Override public void addContact(Contact contact) { contactMapper.insert(contact); } }Service把这个实现类注册进Spring容器。这里面的核心是依赖注入——Controller不直接new出实现类而是让Spring管理Bean。后续换实现类、加事务控制都不需要改动调用方这也是论文里「解耦」一词的落点。2.2 MyBatis的SQL写在XML里参数映射和主键回填MyBatis把SQL和Java代码分开维护ContactMapper接口只管方法声明SQL写在ContactMapper.xml里。新增联系人的语句长这样insert idinsert parameterTypecom.xxx.entity.Contact useGeneratedKeystrue keyPropertyid insert into contact(name, phone, email, address, user_id, create_time) values(#{name}, #{phone}, #{email}, #{address}, #{userId}, now()) /insertuseGeneratedKeystrue配合keyPropertyid是让数据库自增主键回填到Contact对象的id属性新增完之后立刻能拿到新ID。#{name}是预编译参数占位不是字符串拼接能防SQL注入。create_time直接交给MySQL的now()生成Java代码里不用管时间。查询语句也一样注意resultType要写实体类的全限定名select idselectByUserId resultTypecom.xxx.entity.Contact select id, name, phone, email, address, create_time from contact where user_id #{userId} order by create_time desc /select2.3 Spring和SpringMVC的配置三个配置文件把项目撑起来非Maven结构的SSM项目配置文件一般有四份applicationContext.xml、spring-mvc.xml、jdbc.properties、mybatis-config.xml各自管一段。applicationContext.xml负责Spring容器包括数据源、事务、MyBatis整合context:component-scan base-packagecom.xxx.service/ bean iddataSource classorg.springframework.jdbc.datasource.DriverManagerDataSource property namedriverClassName value${jdbc.driver}/ property nameurl value${jdbc.url}/ property nameusername value${jdbc.username}/ property namepassword value${jdbc.password}/ /bean bean idsqlSessionFactory classorg.mybatis.spring.SqlSessionFactoryBean property namedataSource refdataSource/ property namemapperLocations valueclasspath:mapper/*.xml/ /bean bean classorg.mybatis.spring.mapper.MapperScannerConfigurer property namebasePackage valuecom.xxx.mapper/ /beancomponent-scan告诉Spring扫描service包下的注解dataSource里的${}占位符从jdbc.properties读取换数据库环境只改一个文件sqlSessionFactory把MyBatis和Spring绑在一起MapperScannerConfigurer自动扫描mapper接口生成代理对象。这里最常翻车的就是mapperLocations路径写错导致启动时找不到SQL映射文件。spring-mvc.xml负责处理前端请求和视图解析context:component-scan base-packagecom.xxx.controller/ mvc:annotation-driven/ bean classorg.springframework.web.servlet.view.InternalResourceViewResolver property nameprefix value/WEB-INF/views// property namesuffix value.jsp/ /beanprefix和suffix决定Controller返回的逻辑视图名对应哪个JSP文件。比如Controller返回contact/list实际加载的是/WEB-INF/views/contact/list.jsp。这套视图解析配置是SSM项目里最固定的写法基本照抄即可。2.4 源码目录结构照着分层看代码不会迷路src下的包结构一般是controller、service、service.impl、mapper、entity、util。entity对应数据库表controller只接收参数和返回视图service写业务规则mapper直通数据库。拿到源码第一步先看entity看懂字段对应哪张表第二步看mapper的XML了解SQL写在哪第三步顺着Service走一遍增删改查整个项目就通了。这套目录结构直接对应毕业论文里的分层架构图画系统架构图的时候不用另想照着包结构画就是标准的SSM三层架构。选型理由也很直白通讯录这种以增删改查为主的项目数据关系简单MyBatis的SQL手写比Hibernate的自动映射更可控遇到复杂查询改XML就行对毕设来说性价比最高。3. db.sql数据库脚本拆解联系人表、用户表和初始化数据的关系以及导入时容易翻车的地方3.1 打开db.sql看结构建库、建表、初始化数据三件事db.sql是这套资源的数据库蓝图建库、建表、初始化数据全在里面。打开文件开头一般是drop database if exists contact_db; create database contact_db default charset utf8; use contact_db; create table t_user ( id int primary key auto_increment, username varchar(50) not null unique, password varchar(100) not null, real_name varchar(50) ); create table t_contact ( id int primary key auto_increment, name varchar(50) not null, phone varchar(20), email varchar(100), address varchar(200), user_id int not null, create_time datetime default current_timestamp, constraint fk_contact_user foreign key(user_id) references t_user(id) );注意实际表名和字段以资源里的db.sql为准可能叫user或contact也可能多了group_id之类的字段这里展示的是最常见的结构。建表脚本里有一个值得留意的设计drop database if exists crm说明脚本可以重复执行数据库被搞坏了重新导一次就行对新手来说这本身就是一种容错设计。3.2 表关系拆解联系人为什么要挂在user_id下面这套项目用的是「用户-联系人」模型用户登录后只能看到属于自己的联系人。实现上就是t_contact表里放一个user_id外键查询时强制带上where user_id 当前登录用户ID。后端查询会写成这样select id, name, phone, email, address, create_time from t_contact where user_id #{userId} order by create_time desc;按user_id过滤是数据隔离的关键。如果漏掉这个条件登录后能看到所有用户的通讯录那功能就废了。这个点在毕业论文里通常写成「多用户数据隔离设计」答辩被问到的概率很高原理想清楚比背代码有用。外键fk_contact_user的作用是保证user_id必须真实存在于t_user表删用户时如果名下有联系人MySQL默认会阻止删除这是防止脏数据的约束。3.3 导入db.sql的两种方式命令行参数和图形工具差异命令行导入是最直接的方式mysql -uroot -p123456 --default-character-setutf8 db.sql参数说明-uroot是用户名-p后面直接跟密码--default-character-setutf8强制以UTF-8字符集解析脚本如果省掉Windows环境下脚本里的中文注释可能直接变乱码。导入成功后用show tables确认表存在mysql -uroot -p123456 -e use contact_db; show tables; select * from t_user;能同时看到t_user和t_contact两张表且t_user里有一行admin记录说明导入成功。使用Navicat等图形工具也可以连接MySQL后右键contact_db数据库选择「运行SQL文件」定位db.sql执行完刷新即可。两种方式选一种就行不用都试。3.4 表结构调整的代价加字段之前先想清楚关联如果二次开发要加「联系人分组」功能常见做法是新建一张t_group表在t_contact里加group_id外键。动手改表之前我习惯先导出一份备份mysqldump -uroot -p123456 contact_db contact_db_backup.sqlMySQL的mysqldump是物理导出备份文件包含了建表语句和全部数据。后续在Navicat里加字段、加外键改出问题还能用这份备份恢复。别嫌这一步多余改表结构翻车是SSM项目里最常见的后悔药场景——字段删错了、外键建歪了数据是找不回来的。4. 从零部署到跑通JDK、Tomcat、数据库连接配置的完整操作顺序4.1 版本选型为什么JDK 1.8加Tomcat 8.5最稳这套资源是JSP动态页面技术JSP得跑在Servlet容器里而JSP的编译和运行又依赖JDK。JDK 1.8配Tomcat 8.5是经过大量SSM老项目验证的组合Tomcat 10以上把包名从javax.*改成了jakarta.*老项目直接跑会报ClassNotFound。环境清单按这个表来配组件推荐版本说明JDK1.8JSP编译和运行基础版本过高反而容易出兼容问题Tomcat8.5.x兼容javax.*包名SSM老项目最稳的容器MySQL5.7或8.0版本影响JDBC驱动类和连接URLIDEEclipse或IDEA导入非Maven的Web工程两种都能用这个项目不是Maven结构的话WEB-INF/lib目录下已经放好了全部jar包如果是Maven结构依赖集中在pom.xml里。下载后先看一眼有没有pom.xml有就走Maven导入没有就直接当普通Web工程打开。4.2 Eclipse导入源码和配置Tomcat的具体步骤Eclipse操作路径如下File → Import → General → Existing Projects into Workspace选择源码目录Finish。右键项目 → Properties → Targeted Runtimes勾选Apache Tomcat 8.5。Java Build Path里确认JRE System Library指向本机JDK 1.8不要选成JRE。按第3章的步骤导入db.sql到MySQL。打开src/jdbc.properties确认数据库连接信息是当前环境的值。jdbc.properties长这样jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/contact_db?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password123456MySQL 5.x的驱动类名是com.mysql.jdbc.DriverMySQL 8.0要改成com.mysql.cj.jdbc.DriverURL末尾还得加serverTimezoneAsia/Shanghai否则连接时报时区异常。contact_db必须和db.sql里的create database contact_db一致characterEncodingutf8是中文不乱码的关键配置。数据库密码不是123456就改这一行。4.3 启动Tomcat访问路径和登录验证项目右键 → Run As → Run on Server选Tomcat 8.5启动。控制台出现Server startup in xxx ms说明Web层起来了。浏览器访问http://localhost:8080/contact//contact是项目的Context上下文路径。如果没改过Tomcat默认用部署时的文件夹名。然后输入初始账号admin、密码123456能进入联系人列表页就算整体跑通。登录后第一件事是验证数据隔离看联系人列表里是不是只有当前登录用户的数据而不是所有用户的通讯录。这个判断步骤在答辩演示时特别有用评审问「数据是怎么隔离的」直接演示一遍比背概念更有说服力。4.4 用IDEA导入的差异Artifact配置和热部署IDEA和Eclipse的工程识别方式不一样。Eclipse靠.classpath和.project文件识别工程结构IDEA是直接Open目录后右键项目选择「Add Framework Support」勾选Web Application。Tomcat配置在Run → Edit Configurations → Tomcat Server → LocalDeployment标签页里Add Artifact选war exploded模式Application context填/contact。改动JSP文件后把On Update action设为Update resources改前端页面不用重启Tomcat改Java代码还是得重启SSM没有Spring Boot那种Devtools热替换。IDEA里还有一个高频坑Project Structure → Artifacts → Output Layout中WEB-INF/lib必须包含项目全部jar包漏了启动就报ClassNotFound。一般做法是选中lib目录右键Add Copy of → 依赖库确保部署包里带全。5. 避坑与常见问题排查五条让新手卡最久的运行记录5.1 404项目名对不上Tomcat部署路径现象Tomcat正常启动浏览器访问http://localhost:8080/能打开Tomcat首页但访问http://localhost:8080/项目名/就是404。原因部署时的Context上下文路径和访问地址不一致或者项目名带了中文、下划线等特殊字符。解决Eclipse里右键项目 → Properties → Web Project Settings把Context Root改成要访问的路径IDEA里在Deployment配置中把Application context改成/contact全小写不要带空格。5.2 ClassNotFoundException: com.mysql.jdbc.Driver现象Tomcat启动时报ClassNotFoundException: com.mysql.jdbc.Driver数据库连接失败。原因WEB-INF/lib目录下没有MySQL驱动jar包或者驱动版本太旧与MySQL 8.0不兼容。解决确认lib里有mysql-connector-java-x.x.x.jar如果用的是MySQL 8.0换用mysql-connector-java-8.0.x.jar同时把jdbc.properties里的driverClassName改成com.mysql.cj.jdbc.Driver。驱动问题是最没有技术含量但最容易卡住的坑优先检查lib目录。5.3 SQLSyntaxErrorException: Unknown database现象项目启动正常但一进联系人列表页面就报Unknown database contact_db。原因db.sql根本没导入或者导入的时候没成功建库。解决回第3章用命令行mysql -uroot -p123456 db.sql重新执行然后在Navicat左侧能看到contact_db这个库才算成功。注意不要用记事本打开db.sql后全选复制到图形工具的查询窗口里执行——脚本里有drop database和use database图形工具的分号解析在某些版本下会断在不该断的位置执行一半报错。直接命令行source最稳。5.4 中文乱码页面显示全是问号现象联系人姓名、地址在页面上全是???数据库表里也是问号。原因三处字符集不一致——数据库表charset、JDBC连接characterEncoding、JSP页面pageEncoding任何一处没对齐就会乱。解决db.sql建库时用default charset utf8jdbc.url加useUnicodetruecharacterEncodingutf8JSP页面顶部pageEncodingUTF-8。改完重启Tomcat重新导入db.sql。中文乱码是SSM里最玄学的问题本质就是这三处对齐不用东改西改。5.5 端口被占用Tomcat启动即报错现象启动瞬间失败控制台报Address already in use: JVM_Bind。原因8080端口被其他程序占用常见是另一个Tomcat实例、Maven插件或者开发工具的调试端口。解决命令行执行netstat -ano | findstr 8080找到占用端口的PID任务管理器结束对应进程不想结束进程就改Tomcat的conf/server.xml端口Connector port8080 protocolHTTP/1.1 connectionTimeout20000 redirectPort8443/把8080改成8081重启后访问地址同步改成http://localhost:8081/contact/。血泪经验改端口之后一定要连redirectPort一起检查否则HTTPS跳转会失效。6. 进阶用法给通讯录加搜索和分页论文和PPT怎么跟源码对应着看跑通之后下一步就是二次开发。最常见的加功能是「按姓名或电话模糊搜索」。改动点集中在三处Controller加一个带keyword参数的方法Mapper XML加一条模糊查询SQLJSP列表页加一个搜索框。模糊查询SQL这样写select id, name, phone, email, address, create_time from t_contact where user_id #{userId} and (name like concat(%, #{keyword}, %) or phone like concat(%, #{keyword}, %))concat(%, #{keyword}, %)是MySQL的标准模糊拼接写法避免直接写%#{keyword}%导致参数占位失效。加完这个功能把Controller返回的Model里塞一个keyword值回显到搜索框体验就和真实项目一致了。分页也可以用limit #{offset}, #{pageSize}手写或者引入PageHelper插件。手写的优点是论文里能讲清楚SQL原理缺点是多写几行代码PageHelper省事但要配拦截器。课程设计的话推荐手写答辩时能说出limit偏移量的计算逻辑。配套的毕业论文.doc、开题报告.doc、任务书.doc不是摆设使用方法建议这样对应文档用法和源码的对应关系毕业论文.doc需求分析章节直接对应源码功能清单每个功能模块都能在Controller里找到入口开题报告.doc技术路线章节对应系统架构SSM三层结构照搬到架构图任务书.doc项目进度和功能范围用于答辩时说明「做了什么」PPT.pptx答辩演示顺序建议按「选题背景→架构→数据库→功能演示→总结」讲答辩PPT的讲解顺序我的建议是先讲选题背景和现有通讯录的痛点再放系统架构图说明SSM三件套的分工然后展示数据库表关系接着用浏览器现场演示增删改查最后一句「系统采用B/S架构基于SSM框架开发完成了联系人信息的日常管理」收住。每个环节都能从论文对应章节里抽内容不需要另外编。我第一次拿这种带论文的毕设源码时犯过一个错误直接翻论文开始改内容源码只是装模作样打开了一下。结果导师问「用户表为什么这么设计」答不上来当场冷场。从那以后我每次拿到别人的项目源码都强制自己先跑通数据库、再走一遍请求链路把每个配置文件和表结构对应的代码位置记一遍然后才敢动论文和二次开发。这套流程虽然多花俩小时但比对着文档瞎猜靠谱得多希望对拿到这套资源的你也有用。希望帮到你。本文还有配套的精品资源点击获取