想把“养宠物”和“Java后端”凑在一起做个毕业设计或者简历项目，很多同学第一反应是做个电商网站或者管理系统。但说实话，宠物养护指南服务平台这个选题比常规的“图书管理”、“商品管理”要有意思得多，功能边界清晰，业务场景贴近生活，而且技术栈能完整覆盖一套JavaWeb项目该有的东西。

这套Java+SpringBoot+SSM架构的养宠物指南服务平台，核心就干三件事：让养宠人能查看到靠谱的养护知识，能管理自己家宠物的档案，能和内容产生互动（收藏、留言）。后台则让管理员去发布内容、审核用户、维护分类。整套系统的技术骨架非常典型，适合拿来跑通“前端页面→Controller→Service→Mapper→MySQL”的完整链路，也是我见过最适合做毕业设计和课程设计的JavaWeb项目类型之一。

接下来我直接拆解这套系统，从设计思路、技术选型、数据库表结构、核心代码实现到跑通环境排坑，一条线讲透。你在拿到源码和调试文档之后，按这篇的思路去捋，能省下不少瞎折腾的时间。

1. 项目整体设计与需求拆解

1.1 这个系统到底解决了什么问题

养宠物这件事，最烦的就是信息太散。百度搜出来一篇说“猫不能喝牛奶”，另一篇说“可以喝无乳糖牛奶”，新手上路很容易懵。宠物指南服务平台就是把养宠知识集中起来，按宠物种类、按养护主题（饮食、疾病、训练、美容）分好类，让用户能按图索骥地查。

另一个痛点是宠物档案管理。养猫养狗的人都有过这种经历：疫苗本丢了、驱虫时间记不清、上次洗澡是什么时候完全不记得。这个平台在用户登录后，可以给每只宠物建一份电子档案，把品种、生日、疫苗记录、驱虫记录、体重变化都维护起来，等于给宠物做了个健康台账。

站在技术角度，这个需求拆解开就是三张核心表：用户表、宠物档案表、指南文章表，再加上收藏和评论做互动。业务清晰但不简单，正是做JavaWeb练手最舒服的复杂度。

1.2 功能模块的角色划分

这套系统分前台（用户看到的）和后台（管理员用的），在源码里通常体现为两个模块或者一套代码里按角色区分权限。

前台用户的体验路径一般是：注册/登录 → 浏览养护指南 → 按分类筛选 → 搜索关键词 → 查看详情 → 收藏/留言 → 在“我的宠物”里添加宠物档案 → 在“个人中心”看到自己收藏过的内容。

后台管理员的路径则是：管理员登录 → 维护宠物分类 → 发布/编辑/下架指南文章 → 查看留言列表 → 管理注册用户的状态 → 统计每个分类的文章数量。

这套逻辑几乎就是“前台展示+后台管理”的教科书结构，每一块都对应着JavaWeb里最基本的功能实现方式，而且前后台共用一套用户体系（用角色字段区分），复杂度刚好在适合学习理解的范围内。

1.3 为什么选这个选题而不是其他系统

我之前带过不少学生做课程设计，图书管理系统和宿舍管理系统是最多的，但这俩的问题在于“需求太假”——现实中没谁会用你做的图书管理系统。宠物指南服务平台不一样，它是真的有现实场景的东西，你自己或者身边的人可能就会用到类似的产品。

另外，从答辩和面试的角度看，这个项目也更好讲。你说“我做了一个宠物档案管理功能”，面试官能直接想到数据表怎么设计，一对多关系怎么处理，CRUD背后的事务和参数校验怎么做。比起那种堆了一堆华丽页面但数据库就一张表的项目，这个题目含金量高多了。

2. 技术选型：SpringBoot整合SSM的玩法拆解

2.1 SpringBoot和SSM到底什么关系

很多刚开始学JavaWeb的同学容易把“SpringBoot”和“SSM”当成两个对立的东西，其实不是。SSM指的是Spring、SpringMVC、MyBatis三个框架的组合。SpringBoot是一个快速搭建框架，它的做法是用自动配置把这几个框架的内核整合到一个项目里，让你少写一堆XML配置。

在这个项目里，核心运行逻辑依然是经典的SSM组合：

• Spring：负责Bean的管理和依赖注入。Service层的对象、Mapper的对象都由Spring容器管着，你要用的时候直接@Autowired注入就行，不用自己new。
• SpringMVC：负责接收HTTP请求。前端页面发来一个URL，SpringMVC的DispatcherServlet会根据映射找到对应Controller里的方法，把请求参数绑定到方法的形参上，再返回数据或页面。
• MyBatis：负责数据库操作。Mapper接口里声明方法，SQL写在XML文件或注解里，由MyBatis把查询结果自动映射成Java实体对象。

用生活化的比喻：Spring是公司的行政中枢，所有部门（对象）都归它管；SpringMVC是前台接待，所有访客（HTTP请求）都先到它这里登记再分流；MyBatis是档案库管理员，你要查数据就告诉他查什么，他给你把档案找出来后整理成表格（Java对象）递给你。

SpringBoot在这套体系里的作用，就是把这些框架的配置步骤全部自动完成。以前你搭SSM项目要写web.xml、写spring-mvc.xml、写spring-mybatis.xml、配置一堆扫描路径和Bean，弄不好就报错。用SpringBoot后，一个启动类加几个starter依赖，它按约定自动帮你把环境搭好，你只需要关心业务代码。

2.2 这套技术栈带来的实际收益

放在做毕业设计和课程设计的场景里，SpringBoot+SSM这套组合有几个实实在在的好处：

好处一是启动成本低。只需要一个main方法就能启动整个Web项目，内嵌了Tomcat，不需要你单独安装和配置Tomcat服务器，这对于学生党来说直接少了一个最大的配置拦路虎。

好处二是资料丰富，踩坑有据可查。JavaWeb方向，网上最多的教程就是SpringBoot整合MyBatis的，你遇到任何一个报错，把错误信息扔到搜索引擎里几乎都能找到解决方案。这比用某些偏门框架写项目要稳得多。

好处三是自带数据源管理。SpringBoot的配置文件里写一下数据源信息，自动配置就能帮你创建连接池。项目里常用的方案是Druid或者HikariCP，连接闲置回收、并发等待这些底层逻辑框架都处理好了，你关注业务即可。

2.3 开发和运行工具的版本搭配

这套系统在开发时，我在本地用的是这样的环境组合，我直接贴出来供你参考：

需要注意的一点：项目在三层架构里如果用了Lombok（构造方法、getter/setter自动生成），记得在IDEA里安装Lombok插件，并且要在Settings → Build → Compiler → Annotation Processors里勾选Enable annotation processing，否则一编译就报“找不到getter方法”的错。这种问题排查起来特别容易让人自我怀疑，其实只是插件没启用。

3. 数据库设计：宠物平台的表结构是怎么拆出来的

3.1 数据表清单与设计逻辑

这套系统的表不算多，但麻雀虽小五脏俱全。核心思路是从“用户”“内容”“互动”“宠物”四个维度展开：

• 用户表（user）：用户ID、用户名、密码（加密存储）、昵称、手机号、头像、角色（1是普通用户，2是管理员）、注册时间、状态
• 宠物分类表（category）：分类ID、分类名称、描述、创建时间。比如“猫咪”“狗狗”“兔子”“仓鼠”
• 指南文章表（article）：文章ID、标题、封面图、正文内容、所属分类ID、作者ID、浏览量、发布时间、是否上架
• 宠物档案表（pet）：档案ID、所属用户ID、宠物昵称、品种、性别、生日、体重、疫苗记录、驱虫记录、创建时间
• 收藏表（favorite）：收藏ID、用户ID、文章ID、收藏时间
• 留言评论表（comment）：评论ID、文章ID、用户ID、评论内容、评论时间、父评论ID（做楼中楼）

这套表设计里最关键的关系就三个：文章和分类是多对一（一篇文章属于一个分类，一个分类下有好多文章）；用户和宠物档案是一对多（一个用户可以给他家每只宠物建一份档案）；用户和文章通过收藏表形成多对多（一个用户可以收藏多篇文章，一篇文章可以被多个用户收藏）。

3.2 建表SQL的核心细节

建表的时候有几个小细节容易忽略，写在这提醒你一下：

设计一：主键统一用自增id。后端写代码的时候，新增记录后需要回显这条记录的主键（比如刚添加完宠物档案想立刻关联初始疫苗记录），用数据库自增主键最简单，MyBatis里通过useGeneratedKeys参数就能拿到自动生成的主键。

设计二：时间字段建议用datetime。显示“2025-01-28 14:30:00”比时间戳直观得多，前端页面处理的时候也不用做时间戳格式化，减少出bug的面。

设计三：表单里凡是可能被删除的关联数据，字段上提前加好逻辑删除标记。比如文章表加一个status字段，0表示下架/删除，1表示正常展示。这样用户评论的时候引用了文章ID，文章即使下架也不会导致关联查询报错。

下面给出一段核心的表结构示例，你导入数据库的时候可以对照检查字段有没有缺失：

CREATE TABLE `article` ( `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '文章主键', `title` varchar(200) NOT NULL COMMENT '标题', `cover` varchar(500) DEFAULT NULL COMMENT '封面图路径', `content` text COMMENT '正文内容', `category_id` int(11) DEFAULT NULL COMMENT '所属分类ID', `author_id` int(11) DEFAULT NULL COMMENT '发布人ID', `view_count` int(11) DEFAULT '0' COMMENT '浏览量', `status` tinyint(4) DEFAULT '1' COMMENT '状态：1上架 0下架', `create_time` datetime DEFAULT CURRENT_TIMESTAMP COMMENT '发布时间', PRIMARY KEY (`id`), KEY `idx_category_id` (`category_id`) ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8mb4 COMMENT='养护指南文章表';

注意表名用了反引号，因为article是MySQL里的一个保留词，如果直接写ARTICLE会撞关键字。这里建议在SQL文件里预先处理，否则第一次导入数据就会报SQLSyntaxErrorException。凡是遇到user、order、group这类常见英文单词做表名的，都要用反引号包起来，这是数据库设计里的一个老坑。

3.3 索引设计的思路

小项目容易忽略索引，但既然要做，就把合理的设计带上。文章表里category_id是为了按分类查询文章，给它建普通索引就够了。收藏表里user_id和article_id是联合查询的高频字段，建一个联合索引能避免回表。pet表里user_id是要查“某个用户下有哪些宠物”的，必须建索引。

这些索引在数据量小的时候感知不到差别，但答辩或者面试的时候被问“如果你的表数据量大了怎么办”，你直接把这个设计思路讲出来，比临场编答案要可信得多。

4. 核心功能实现：从Controller到Mapper的完整脉络

4.1 Maven依赖配置

拿到源码之后，最先要看的是pom.xml。里面定义了项目要用到的所有依赖。这套系统的核心依赖模板大致如下：

<parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>2.5.6</version> <relativePath/> </parent> <dependencies> <!-- Web模块，集成SpringMVC --> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <!-- MyBatis和SpringBoot的整合包 --> <dependency> <groupId>org.mybatis.spring.boot</groupId> <artifactId>mybatis-spring-boot-starter</artifactId> <version>2.2.0</version> </dependency> <!-- MySQL驱动 --> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <scope>runtime</scope> </dependency> <!-- Thymeleaf模板引擎（前台页面渲染） --> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-thymeleaf</artifactId> </dependency> <!-- Lombok，简化实体类代码 --> <dependency> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> <optional>true</optional> </dependency> </dependencies>

SpringBoot版本用的是2.5.x而不是3.x，原因很简单：3.x基于JDK17，对配置方式做了不少改动，很多老教程的写法会失效。做毕业设计别追新，稳是第一位的。这个版本搭配JDK8和MySQL5.7，正好是网上资料最丰富的一套组合。

4.2 配置文件application.yml怎么写才不出错

配置文件的重点就三个：端口、数据源、MyBatis映射。

server: port: 8080 spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/pet_guide?useUnicode=true&characterEncoding=utf8&useSSL=false&serverTimezone=Asia/Shanghai username: root password: "你的数据库密码" thymeleaf: cache: false prefix: classpath:/templates/ mybatis: mapper-locations: classpath:/mapper/*.xml type-aliases-package: com.example.petguide.entity configuration: map-underscore-to-camel-case: true

几个容易踩雷的地方我拎出来单独说：

URL里的serverTimezone=Asia/Shanghai必须加，特别是新版的MySQL驱动连接数据库时，如果没有指定时区会报“The server time zone value ... is unrecognized”的错。characterEncoding=utf8要加，否则数据入库后中文乱码。useSSL=false也建议带上，本地开发环境不需要走SSL握手，省去不必要的警告干扰。

map-underscore-to-camel-case这个配置很有用。它能让数据库里的create_time字段自动映射到Java类里的createTime属性，省得你在每一条SQL后面都写别名。

4.3 一个典型的三层架构代码流程

以“查看我的宠物列表”为例，把Controller、Service、Mapper三层是怎么协作的完整演示一遍。

实体类Pet（这里用了Lombok注解，代码干净很多）：

@Data public class Pet { private Integer id; private Integer userId; private String petName; private String variety; private String gender; private String birthday; private Double weight; private Date createTime; }

Mapper接口：

@Mapper public interface PetMapper { List<Pet> findByUserId(Integer userId); int insert(Pet pet); Pet findById(Integer id); int update(Pet pet); int deleteById(Integer id); }

ServiceImpl：

@Service public class PetServiceImpl implements PetService { @Autowired private PetMapper petMapper; @Override public List<Pet> getMyPets(Integer userId) { // 参数校验：用户未登录就查不到数据 if (userId == null) { return new ArrayList<>(); } return petMapper.findByUserId(userId); } }

Controller：

@Controller @RequestMapping("/pet") public class PetController { @Autowired private PetService petService; // 从Session中拿到当前登录用户的ID @GetMapping("/my") public String myPets(HttpSession session, Model model) { User loginUser = (User) session.getAttribute("loginUser"); if (loginUser == null) { return "redirect:/login"; } List<Pet> pets = petService.getMyPets(loginUser.getId()); model.addAttribute("pets", pets); return "pet/myPets"; } }

这段逻辑的链路是：浏览器请求/pet/my → SpringMVC分发到PetController → 从Session取用户 → 调用PetService → PetMapper执行SQL → MyBatis映射成List → 返回给Model → Thymeleaf渲染页面。

学习这个流程的时候，重点是理解Controller里不直接写SQL相关的逻辑，Service层才是处理业务规则的地方，Mapper只负责数据读写。保持这个分层习惯，项目复杂度上来之后代码依然能维护。

在Mapper的SQL实现方式上，这个项目推荐用XML文件的方式。比如：

<select id="findByUserId" resultType="com.example.petguide.entity.Pet"> SELECT * FROM pet WHERE user_id = #{userId} ORDER BY create_time DESC </select>

用XML写SQL的好处是复杂的多表联查、动态SQL（比如搜索时根据条件拼接Where语句）都更容易表达，而且SQL和Java代码分离，修改的时候不用重新编译Java类。但这个不是绝对的，简单的查询用注解方式（@Select）写起来更快。做项目的时候哪个顺手用哪个，别纠结。

4.4 登录权限拦截的实现技巧

宠物平台涉及用户个人信息和收藏数据，不能让没登录的人直接访问这些接口。实现方式上推荐用SpringMVC的HandlerInterceptor，而不是在每个Controller方法里重复写判断逻辑。

public class LoginInterceptor implements HandlerInterceptor { @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { HttpSession session = request.getSession(); Object loginUser = session.getAttribute("loginUser"); if (loginUser == null) { response.sendRedirect("/login"); return false; // 拦截住，不继续往后走 } return true; // 已登录，放行 } }

然后在WebMvcConfigurer里注册拦截规则：

@Configuration public class WebConfig implements WebMvcConfigurer { @Override public void addInterceptors(InterceptorRegistry registry) { registry.addInterceptor(new LoginInterceptor()) .addPathPatterns("/user/**", "/pet/**", "/favorite/**") .excludePathPatterns("/login", "/register", "/static/**", "/article/list", "/article/detail"); } }

这里的关键是addPathPatterns和excludePathPatterns的配置。首页文章列表和文章详情是公开内容，必须放行；用户中心、宠物档案、收藏操作是需要登录的，必须拦截。如果不做这个拦截器，每个接口都要自己去判断Session里有没有用户，那代码能臭长一倍。

注意：静态资源路径/static/**一定要加在排除列表里，否则CSS、JS文件全部被拦截，你的页面会变成纯HTML文字排版，样式全丢。这个bug特别隐蔽，因为功能逻辑没坏，就是页面变难看了，排查很久才发现是拦截器把静态资源也拦了。

5. 实操搭建：从零把项目跑起来的完整流程

5.1 拿到源码后的第一步不是运行，是看目录

很多同学拿到源码包直接双击启动主类，报错了就开始慌。我的建议是，先花五分钟捋一下目录结构，心里有个图再动手。

典型的SpringBoot项目结构是这样的：

pet-guide/ ├── src/main/java/com/example/petguide/ │ ├── PetGuideApplication.java // 启动类 │ ├── controller/ // 控制层：接收请求 │ ├── service/ // 业务层：处理逻辑 │ │ └── impl/ // 业务层实现类 │ ├── mapper/ // 数据访问层接口 │ ├── entity/ // 实体类 │ ├── config/ // 配置类：拦截器、跨域配置等 │ └── interceptor/ // 拦截器 ├── src/main/resources/ │ ├── mapper/ // MyBatis的XML文件 │ ├── static/ // JS/CSS/图片 │ ├── templates/ // Thymeleaf项目页面 │ └── application.yml // 核心配置文件 ├── sql/ // 数据库脚本文件 └── pom.xml

看一眼启动类、配置文件、SQL脚本的位置，你就知道这个项目的水有多深了。如果启动类都没有，说明这不是一个完整可运行的项目，赶紧找对方确认。

5.2 建库导数据：SQL脚本的执行细节

在Navicat里新建数据库，数据库名建议和配置文件里写的保持一致，比如pet_guide。右键数据库选“运行SQL文件”，找到sql目录下的脚本执行即可。执行完成后刷新表列表，确认出现了前面提到的那些表再往下走。

这里有一个细节：如果SQL脚本里已经包含了CREATE DATABASE语句，你就不用在Navicat里手动建库，直接运行整个脚本就行。脚本里通常还会自带几条初始测试数据（比如系统管理员账号、几篇示例文章），这些数据是给演示用的，不要清掉。通过初始管理员账号登录后台，就能立刻看到文章管理的效果。

5.3 修改配置文件：把数据库账号密码换成你自己的

打开application.yml，把spring.datasource下面的username和password改成你本地MySQL的账号密码。这个步骤看着没什么技术含量，但每届都能遇到有人漏掉这一步直接启动，然后报错告诉我数据库连不上——你用的账号密码不对，MySQL当然拒绝你。

如果MySQL密码里有特殊字符，比如@、#、$，在yml里必须用单引号包起来，否则解析直接失败。报错信息会显示“Failed to bind properties under 'spring.datasource.password'”，这个坑要注意。

5.4 Maven拉依赖：网速问题与镜像配置

导入项目后IDEA会自动识别pom.xml并开始下载依赖。这里最大的坑是国内网络直接访问Maven中央仓库非常慢，一堆依赖可能要下载半小时。解决办法是在Maven的settings.xml里配置阿里云镜像：

<mirror> <id>aliyunmaven</id> <mirrorOf>central</mirrorOf> <name>阿里云公共仓库</name> <url>https://maven.aliyun.com/repository/central</url> </mirror>

配置好重启IDEA，重新导入Maven项目，依赖下载速度会快几十倍。如果项目代码没问题，第一次下载完成后IDEA右下角不再转圈，就可以点启动类旁边的绿色运行按钮了。

5.5 启动项目与验证核心功能

跑起来后，控制台会打印SpringBoot的启动日志。看到“Started PetGuideApplication in x.xxx seconds”说明启动成功。浏览器地址栏输入http://localhost:8080，对应端口按实际配置调整。

推荐的验证路径是：

1. 注册一个新账号，确认能正常登录并有页面跳转
2. 查看文章列表，点进详情页，确认文章内容能正常渲染
3. 在登录状态下收藏一篇指南，到个人中心确认收藏记录出现
4. 添加一个宠物档案，刷新后确认能正常展示
5. 用管理员账号登录，进后台发布一篇新文章，回前台能看到

这五条走完，系统的主要功能基本就是健康的。如果哪一步报错，继续往后看排查方法。

6. 常见问题排查与避坑实录

6.1 启动失败：端口被占用

双击启动类运行后，控制台报错说Port 8080 was already in use。这是最经典的问题。

排查方法：终端里敲netstat -ano | findstr :8080，找到占用8080端口的进程PID，再到任务管理器结束对应进程。或者，修改application.yml里的server.port，比如改成8081，绕过被占用的端口。

做演示的时候，如果你的电脑上已经挂着其他项目服务，这个错误尤其容易遇到。启动前先把其他Java进程停掉是治本的思路。

6.2 启动失败：数据库连接报错

典型的报错信息有：

• Access denied for user 'root'@'localhost' (using password: YES)：账号密码错误，或者密码在配置文件里没配对
• Communications link failure：MySQL服务没启动，或者URL主机端口写错了，去确认MySQL服务是否在进程中
• Unknown database 'pet_guide'：数据库没建，或者数据库名写错，去Navicat确认库确实存在

这类问题的排查核心思路是“先确认MySQL本身是健康的”。打开Navicat，用和配置文件完全一致的账号密码测试连接，如果Navicat都连不上，那就先解决数据库自身的问题，再回头看项目。

6.3 页面中文乱码问题

数据库里的数据是正常的，页面上却是问号或者一堆乱码。这个问题的根源通常是字符集不一致。

排查路径是三层：数据库表字符集要用utf8mb4；JDBC连接URL要带characterEncoding=utf8；页面模板（HTML）的meta charset要设置成UTF-8。三层都对了，中文显示就正常了。

我用日志的方式排查这类问题效率很高：先在Navicat里直接查询这条数据，如果Navicat显示正常，说明数据没问题，问题出在项目查询或渲染环节，优先检查URL编码参数和HTML的charset。

6.4 “Failed to configure a DataSource”这个报错真相只有一个

最近很常见的一个启动异常是“Failed to configure a DataSource: 'url' attribute is not specified and no embedded datasource could be configured.”。翻译过来就是，SpringBoot没找到数据源配置。

绝大多数情况是application.yml的位置不对，或者文件名写错。SpringBoot的配置文件必须放在resources目录下，而且名字得是application.yml或application.properties。如果文件放错位置、改错后缀，启动类扫描不到，自然就报这个错。

解决办法：确认文件路径是src/main/resources/application.yml，然后重新Build一次项目再启动。

6.5 打JAR包部署的问题

如果想把项目打包成可执行的JAR包发给别人看，在IDEA右侧Maven面板，双击package命令。但要注意SpringBoot项目的打包必须在pom.xml里配置spring-boot-maven-plugin，否则打出来的JAR不包含内置Tomcat，运行的时候会报“no main manifest attribute”。

打包成功后在target目录下会有一个xxx.jar。命令行里执行java -jar xxx.jar就能启动。要注意的是打包的时候如果测试代码有问题，会导致打包失败，可以在执行package时跳过测试：mvn package -DskipTests。

6.6 一个实用的排查思路总表

这些坑都是实际开发中高频遇到的，如果你在跑项目的时候碰到了其他怪问题，一个万能思路：把完整的异常堆栈信息粘到搜索引擎，别只粘一句话。很多JavaWeb的问题，答案早就在网上被讨论烂了，关键是你会不会找。

7. 文档、答辩和后续扩展的一些想法

7.1 论文（LW）和调试文档怎么配合使用

这个项目标题里带了“源码+LW+调试文档+讲解”，一个配套完整的毕设或者课设项目，这几样东西是配合着用的。

调试文档是给你自己看的，里面的环境搭建步骤、数据库初始化的注意事项，等你照着跑通一遍后，其实可以简化成一张速查卡。这篇博文里的第五章节就是速查卡的思路。

论文（LW）是给老师看的，写作的时候要注意逻辑链条：先写项目的背景和意义，再写相关技术介绍，然后是需求分析（功能需求+非功能需求），接着数据库设计（E-R图+表结构），最后是系统实现和测试。技术栈的选型、表结构的设计、核心功能的截图，这些内容论文里都要求有图有真相。你在跑通项目后，边操作边截图保存，后期写论文能省很多事，好记性不如烂键盘。

7.2 答辩时怎么讲这个项目才出彩

答辩时间通常就5-10分钟，讲项目的核心逻辑足够。我见过很多学生讲项目就是念PPT，从项目背景一路念到结束，老师听着都要睡着了。正确的策略是讲“遇到过什么问题，我是怎么解决的”。

比如你可以重点讲这个：登录拦截器最初没排除静态资源路径，页面样式全丢了，后来我在拦截器配置的excludePathPatterns里把/static/**加进去解决了。这虽然是个很小的细节，但能说明你真正调试过项目，理解请求分发的过程，可比背那些原理强太多了。

另一个可以讲的点是数据库的关联查询。比如文章表用category_id关联分类表，前端展示的时候需要显示分类名而不是ID数字，就涉及多表联查的写法。你把这个查询的SQL和Mapper写法讲一遍，老师就知道你数据库这关是过了的。

7.3 这个系统后续还能怎么扩展

如果有人问你这套系统做完了还能怎么升级，我可以给几个方向：

方向一是加上传功能。现在文章封面和用户头像多半是填一个URL路径。可以加SpringBoot的文件上传功能，把图片保存到本地或者OSS，回显路径到数据库。这是企业项目里特别基础的能力，做完简历上能多写一条。

方向二是加富文本编辑器。目前发布指南文章可能是用多行文本框，排版很难看。接入一个开源的富文本编辑器（比如wangEditor），文章内容直接抓取HTML保存，前台阅读体验能上一个台阶。

方向三是缓存。文章浏览量频繁变动的字段不用每次都打数据库，用Redis做一下缓存，热点文章的实现部分就有了。只是要注意SpringBoot整合Redis的依赖版本别再踩坑就行。

7.4 最后啰嗦一句个人经验

我做这类带源码讲解的JavaWeb项目也有不少经验了。每次发出去一个项目，总会收到各种各样的报错截图。统计下来，真正是源码本身有问题的少之又少，绝大多数栽在环境上：JDK版本不对、Maven仓库没换源、数据库字符集没配好、IDEA的Lombok插件没装。

所以也希望拿到这个项目的你，第一件是沉住气把环境配好，动手前给自己十分钟的规划时间。项目本身不复杂，把它当成一个完整的产品去对待，走一遍从需求到设计到实现到测试的流程，你的收获绝对不会只停留在“啊跑通了”这个层面。

祝你把宠物指南服务平台跑起来，好好调，好好写论文，答辩顺利。