简介基于JavaEE的宠物领养网站毕业设计论文以真实课题为主线面向计算机相关专业学生及正在准备课程设计、毕业设计的开发者尤其适合学习JavaEE、B/S架构和分层开发的读者。论文从宠物领养的社会需求切入完整覆盖需求分析、系统设计、数据库设计、实现与测试环节详细阐述JSF表现层、EJB业务逻辑层、MySQL数据存储层的技术方案并给出数据库表结构设计、优化及安全性处理思路。资源包共1个docx文档大小2.44MB包含中英文摘要、目录、正文和关键词结构完整便于直接参考论文组织框架。目前已有165人学习该资源。读者可借此梳理宠物领养平台的功能模块划分、数据库建模和系统测试方法也能为独立完成同类JavaEE项目提供从设计到落地的全流程参照。1. 宠物领养网站的 JavaEE 实现从论文到可运行代码宠物领养网站这类项目拆开看就是一个典型的信息发布与申请审核系统。用户注册登录、发布宠物寄养信息、申请成为领养人、发布者审核、管理员维护网站动态这套流程用 JavaEE 里的 JSP Servlet MySQL 就能完整落地不需要引入微服务或者分布式中间件。我通读了这份毕业设计论文之后发现它的价值恰恰在于把 B/S 架构、三层分层、JDBC 操作、Session 会话管理这些 JavaWeb 的基础知识点一次性串了起来非常适合作为课程设计或毕业设计课题。项目本身不追新核心就是搞清楚 Servlet 怎么接收请求、JSP 怎么渲染数据、MySQL 表怎么设计才能支撑领养流程。适合正在做 JavaEE 课设、准备校招面试时补 JavaWeb 基础的同学也适合想快速搭一个带前后台权限的完整 Web 应用的一线开发。2. 技术选型与数据库设计JSP Servlet MySQL 组合怎么立住2.1 B/S 架构在宠物领养场景下的优势论文里对 C/S 和 B/S 做了比较这个比较在选型时不是走形式而是直接决定开发成本。C/S 模式需要为每个用户安装客户端程序升级时要逐个更新对于宠物领养这种面向社会公众、用户群体分散的场景完全不现实。B/S 模式把客户端收敛为浏览器所有业务逻辑都部署在 Web 服务器上用户在地址栏输入网址就能访问管理员也通过同一个 Web 应用的后台入口做维护。具体到宠物之家这个项目B/S 选型的直接收益有三个用户零安装注册账号后即可浏览宠物信息、提交领养申请降低了参与门槛。系统升级只改服务器端发布新的 WAR 包到 Tomcat 就完成更新不用推送客户端版本。数据集中存储在 MySQL 服务器上宠物信息、走失信息、领养申请的状态变更不会出现多端数据不一致。JavaEE 体系下的 JSP Servlet 组合在 B/S 架构里承担了完整的请求响应链路。浏览器发起 HTTP 请求Tomcat 容器把请求交给对应的 Servlet 处理Servlet 调用 DAO 层访问 MySQL然后把业务数据放入 request 或 session 作用域最后转发给 JSP 渲染成 HTML 返回。整个过程每一层职责都很清晰论文里用 J2EE 三层模型来描述这个结构实际编码时对应的就是 web 层、service/dao 层和数据库层。2.2 功能模块划分用户与管理员两套权限宠物之家的功能模块拆成前台和后台两套体系。前台面向注册用户后台面向系统管理员。角色权限不通过独立的权限框架控制而是简单的基于 Session 中用户角色的判断这在毕业设计场景下够用也好表达。前台功能模块包括模块功能描述数据操作用户注册登录注册新账号、登录、退出插入 user 表、查询 user 表宠物寄养发布宠物寄养信息、浏览列表、查看详情插入 pet 表、分页查询 pet 表领养申请对某只宠物提交领养申请、查看审核结果插入 adopt_apply 表、更新状态宠物走失发布走失信息、浏览走失列表插入 lost_pet 表、查询 lost_pet 表养宠经验发布经验帖子、浏览列表插入 article 表、查询 article 表个人中心修改个人信息与密码、管理自己发布的内容更新 user 表、按 uid 查询后台管理员功能包括用户信息管理查看用户列表、禁用异常账号和网站动态发布增删改查 news 表。后台不单独建一套前端工程而是复用同一个 Web 应用通过/admin/*路径前缀配合过滤器做权限拦截。2.3 数据库逻辑结构设计六张核心表数据库设计是整个项目最先落地也最容易返工的部分。论文里提到了数据库逻辑结构设计但没有给出完整的建表脚本。按这个项目的业务流我一般会拆出六张核心表用户表、宠物信息表、领养申请表、走失信息表、养宠经验表、网站动态表。用户表是权限控制的基础role 字段区分 admin 和 user 两种角色。密码不存明文至少用 MD5 加盐存储论文原文里没有强调这点但实际做项目时必须处理。CREATE TABLE user ( uid int(11) NOT NULL AUTO_INCREMENT COMMENT 用户ID, username varchar(50) NOT NULL COMMENT 登录用户名, password varchar(64) NOT NULL COMMENT MD5密码, real_name varchar(50) DEFAULT NULL COMMENT 真实姓名, phone varchar(20) DEFAULT NULL COMMENT 联系电话, email varchar(100) DEFAULT NULL COMMENT 邮箱, role varchar(10) NOT NULL DEFAULT user COMMENT 角色admin/user, create_time datetime DEFAULT CURRENT_TIMESTAMP COMMENT 注册时间, PRIMARY KEY (uid), UNIQUE KEY uk_username (username) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT用户表;密码字段长度设置 64 是因为 MD5 加密后是 32 位十六进制如果后面改用 MD5 加盐或 SHA-25664 位长度仍然够用。username 加唯一索引防止重复注册。角色字段用字符串而不是 int读代码时语义更清晰代价是多占一点存储空间对这个量级的网站可以忽略。宠物信息表是核心业务表定义了status字段表示领养状态CREATE TABLE pet ( pid int(11) NOT NULL AUTO_INCREMENT COMMENT 宠物ID, title varchar(100) NOT NULL COMMENT 信息标题, type varchar(20) NOT NULL COMMENT 宠物类型猫/狗/其他, breed varchar(50) DEFAULT NULL COMMENT 品种, age varchar(20) DEFAULT NULL COMMENT 年龄描述, gender varchar(10) DEFAULT NULL COMMENT 性别, vaccine tinyint(1) DEFAULT 0 COMMENT 是否已接种疫苗, description text COMMENT 宠物详细描述, photo varchar(255) DEFAULT NULL COMMENT 照片路径, status tinyint(1) NOT NULL DEFAULT 0 COMMENT 0待领养 1已领养, user_id int(11) NOT NULL COMMENT 发布者ID, create_time datetime DEFAULT CURRENT_TIMESTAMP COMMENT 发布时间, PRIMARY KEY (pid), KEY idx_status (status), KEY idx_user_id (user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT宠物领养信息表;status字段单独建索引因为列表页最常见的查询条件是「状态为待领养的宠物」。vaccine用 tinyint(1) 表达布尔值MySQL 里比直接用 varchar 存 yes/no 更省空间查询也更快。age用 varchar 而不是 int原因是幼犬、成年、老年这种描述性信息更符合领养场景的实际表达习惯。领养申请表解决的是「一只宠物可能被多人申请」的业务问题CREATE TABLE adopt_apply ( apply_id int(11) NOT NULL AUTO_INCREMENT COMMENT 申请ID, pet_id int(11) NOT NULL COMMENT 宠物ID, user_id int(11) NOT NULL COMMENT 申请人ID, reason text COMMENT 领养理由, status varchar(10) NOT NULL DEFAULT PENDING COMMENT PENDING/APPROVED/REJECTED, apply_time datetime DEFAULT CURRENT_TIMESTAMP COMMENT 申请时间, PRIMARY KEY (apply_id), KEY idx_pet_id (pet_id), KEY idx_user_id (user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT领养申请表;申请表状态用字符串枚举而不是数字PENDING、APPROVED、REJECTED三个值直接在代码里写死。这个设计在业务状态少且稳定的时候比数字更可读但要注意代码里不能出现拼写不一致建议定义常量类统一管理。走失信息表、养宠经验表、网站动态表和宠物表结构类似核心字段都是标题、内容、发布人、时间四项这里不再重复列 DDL。3. 核心功能实现注册登录、宠物发布与领养申请3.1 用户注册与登录Session 会话管理登录逻辑是第一个要写好的模块因为它牵涉到 Session 管理、请求转发、重定向和密码校验四个基础知识点。用户提交表单后Servlet 从请求参数中取出用户名和密码调用 DAO 查询数据库校验通过后把 User 对象放入 Session失败则返回登录页并携带错误提示。WebServlet(/login) public class LoginServlet extends HttpServlet { private UserDao userDao new UserDao(); Override protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { request.setCharacterEncoding(UTF-8); String username request.getParameter(username); String password request.getParameter(password); if (username null || username.trim().isEmpty() || password null || password.isEmpty()) { request.setAttribute(msg, 用户名和密码不能为空); request.getRequestDispatcher(/login.jsp).forward(request, response); return; } User user userDao.findByUsernameAndPassword(username, MD5Util.md5(password)); if (user null) { request.setAttribute(msg, 用户名或密码错误); request.getRequestDispatcher(/login.jsp).forward(request, response); return; } HttpSession session request.getSession(); session.setAttribute(loginUser, user); response.sendRedirect(request.getContextPath() /index.jsp); } }代码说明setCharacterEncoding(UTF-8)必须放在读取第一个参数之前否则中文用户名的乱码问题会让你排查半天。登录失败用forward而不是sendRedirect这样request.setAttribute里的错误消息才能在login.jsp上通过${msg}正常显示。登录成功用重定向避免用户刷新页面时重复提交表单。request.getContextPath()取到的是部署路径比如/pet_house拼上它才不会在换部署名后出现 404。注册逻辑与登录类似区别在于插入前要先查一次用户名是否已存在捕获DuplicateKeyException也能兜底但主动查询返回给用户的提示信息更友好。密码存储用MD5Util.md5(password)论文里没有具体实现我一般用MessageDigest封装一个工具类加盐时再拼一个固定字符串。3.2 宠物寄养信息发布与列表展示发布宠物信息的前提是用户已登录。Servlet 里先从 Session 取出loginUser如果取不到说明会话已过期直接重定向到登录页。发布表单里包含标题、类型、品种、年龄、性别、疫苗状态、描述和照片字段其中照片在毕业设计场景下通常存路径而不是二进制数据图片文件上传到服务器的/upload目录数据库只保存相对路径。WebServlet(/pet/add) public class PetAddServlet extends HttpServlet { private PetDao petDao new PetDao(); Override protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { request.setCharacterEncoding(UTF-8); HttpSession session request.getSession(); User loginUser (User) session.getAttribute(loginUser); if (loginUser null) { response.sendRedirect(request.getContextPath() /login.jsp); return; } Pet pet new Pet(); pet.setTitle(request.getParameter(title)); pet.setType(request.getParameter(type)); pet.setBreed(request.getParameter(breed)); pet.setAge(request.getParameter(age)); pet.setGender(request.getParameter(gender)); pet.setVaccine(on.equals(request.getParameter(vaccine)) ? 1 : 0); pet.setDescription(request.getParameter(description)); pet.setPhoto(request.getParameter(photoPath)); pet.setUserId(loginUser.getUid()); pet.setStatus(0); boolean result petDao.insert(pet); if (result) { response.sendRedirect(request.getContextPath() /pet/list); } else { request.setAttribute(msg, 发布失败请稍后重试); request.getRequestDispatcher(/pet/add.jsp).forward(request, response); } } }这里有个容易踩的细节单选框如果没选中request.getParameter(vaccine)返回 null用on.equals(...)这种写法可以避免空指针。setStatus(0)表示新发布的宠物默认进入待领养列表管理员和发布者都可以在后续把状态改为 1即已领养。列表页用 JSP JSTL 渲染。分页查询是列表页的基本功每页 10 条数据首页传入pageNum参数c:forEach items${petList} varpet div classpet-card h3a href${pageContext.request.contextPath}/pet/detail?pid${pet.pid}${pet.title}/a/h3 p类型${pet.type} 品种${pet.breed}/p p年龄${pet.age} 性别${pet.gender}/p c:if test${pet.status 0} a href${pageContext.request.contextPath}/adopt/apply.jsp?pid${pet.pid}申请领养/a /c:if c:if test${pet.status 1} span已被领养/span /c:if /div /c:forEachJSTL 的c:forEach循环渲染宠物卡片列表c:if根据status字段控制按钮显示。注意链接中的pid参数需要在前端做一次数字校验否则恶意用户传一个非数字值时DAO 层的Integer.parseInt会直接抛异常。3.3 领养申请与审核流程领养申请是整个系统业务闭环的核心。申请人在宠物详情页点击「申请领养」填入理由后提交。后端要做三重校验是否登录、宠物是否存在、当前用户是否已经申请过这只宠物。校验通过后写入一条状态为PENDING的申请记录宠物发布者在个人中心的「我收到的申请」里看到列表选择通过或拒绝。WebServlet(/adopt/apply) public class AdoptApplyServlet extends HttpServlet { private AdoptDao adoptDao new AdoptDao(); private PetDao petDao new PetDao(); Override protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { request.setCharacterEncoding(UTF-8); User loginUser (User) request.getSession().getAttribute(loginUser); if (loginUser null) { response.sendRedirect(request.getContextPath() /login.jsp); return; } int petId; try { petId Integer.parseInt(request.getParameter(petId)); } catch (NumberFormatException e) { request.setAttribute(msg, 参数错误); request.getRequestDispatcher(/pet/list).forward(request, response); return; } // 校验宠物是否存在 Pet pet petDao.findById(petId); if (pet null) { request.setAttribute(msg, 宠物信息不存在); request.getRequestDispatcher(/pet/list).forward(request, response); return; } // 校验是否已申请过 if (adoptDao.existsApply(petId, loginUser.getUid())) { request.setAttribute(msg, 您已经申请过这只宠物了); request.getRequestDispatcher(/pet/detail?pid petId).forward(request, response); return; } AdoptApply apply new AdoptApply(); apply.setPetId(petId); apply.setUserId(loginUser.getUid()); apply.setReason(request.getParameter(reason)); apply.setStatus(PENDING); if (adoptDao.insert(apply)) { response.sendRedirect(request.getContextPath() /adopt/myApply); } else { request.setAttribute(msg, 申请提交失败); request.getRequestDispatcher(/adopt/apply.jsp?pid petId).forward(request, response); } } }existsApply这个校验最容易漏掉。如果不做重复性检查用户可以反复提交申请发布者的审核列表会被刷屏。DAO 层通过SELECT COUNT(*) FROM adopt_apply WHERE pet_id? AND user_id? AND status ! REJECTED来判断注意把已拒绝的历史申请排除在外允许用户被拒绝后再次申请。审核接口在发布者的个人中心触发更新adopt_apply.status为APPROVED或REJECTED。通过时还要顺带把对应宠物表的status改为 1这两个操作必须放在同一个事务里public boolean approveApply(int applyId, int petId) { Connection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); int rows updateApplyStatus(conn, applyId, APPROVED); int rows2 updatePetStatus(conn, petId, 1); conn.commit(); return rows 0 rows2 0; } catch (SQLException e) { rollback(conn); return false; } finally { DBUtil.close(conn, null, null); } }事务处理是这个功能的隐藏考点。如果只更新申请状态而忘记同步宠物状态就会出现「申请通过但宠物还挂在待领养列表」的数据不一致问题。4. JDBC 连接池与 DAO 封装别让数据库操作拖垮整个项目4.1 为什么直接用 DriverManager 行不通初版项目最容易出现的问题是每个 DAO 方法里都写一遍DriverManager.getConnection()用完再close()。这种写法在单用户测试时没感觉一旦多人同时访问每次请求都要经历「加载驱动 — 建立 TCP 连接 — 鉴权 — 释放」的完整过程。MySQL 的连接建立是重量级操作高并发下连接数会快速打满数据库直接拒绝新请求。我一般用 C3P0 连接池解决这个问题。连接池启动时预创建一批连接放在池子里请求来了从池中取出用完归还而不是关闭。这份论文没有指定连接池方案C3P0 是 JSP Servlet 项目里的常见选择配置简单和 MyEclipse 集成也顺。4.2 连接池参数配置与数据库连接工具类C3P0 支持Java 属性文件和编码两种配置方式。属性文件适合固定配置编码方式适合部署时临时调整。下面是配合db.properties的推荐配置jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/pet_house?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.passwordroot c3p0.initialPoolSize5 c3p0.minPoolSize5 c3p0.maxPoolSize20 c3p0.maxIdleTime1800 c3p0.checkoutTimeout3000参数说明initialPoolSize是连接池启动时创建的连接数设 5 足够maxPoolSize是池中最大连接数课设项目并发量不大20 是安全值maxIdleTime控制空闲连接多少秒后被动释放设 1800 秒可以避免长期空闲占用数据库资源。serverTimezoneAsia/Shanghai是 MySQL 8.0 的硬性要求不写的话驱动会用默认时区和本地时间对不上查出来的日期字段会有 8 小时的偏移。public class DBUtil { private static ComboPooledDataSource dataSource; static { try { Properties props new Properties(); InputStream in DBUtil.class.getClassLoader() .getResourceAsStream(db.properties); props.load(in); dataSource new ComboPooledDataSource(); dataSource.setDriverClass(props.getProperty(jdbc.driver)); dataSource.setJdbcUrl(props.getProperty(jdbc.url)); dataSource.setUser(props.getProperty(jdbc.username)); dataSource.setPassword(props.getProperty(jdbc.password)); dataSource.setInitialPoolSize( Integer.parseInt(props.getProperty(c3p0.initialPoolSize))); dataSource.setMaxPoolSize( Integer.parseInt(props.getProperty(c3p0.maxPoolSize))); dataSource.setMaxIdleTime( Integer.parseInt(props.getProperty(c3p0.maxIdleTime))); dataSource.setCheckoutTimeout( Integer.parseInt(props.getProperty(c3p0.checkoutTimeout))); } catch (Exception e) { throw new ExceptionInInitializerError(e); } } public static Connection getConnection() throws SQLException { return dataSource.getConnection(); } }静态代码块保证连接池只在类加载时初始化一次。ExceptionInInitializerError不是随便选的——如果连接池初始化失败这里抛出的错误会在第一次触发随后任何用到DBUtil的请求都会立刻暴露问题方便在部署阶段就发现配置错误。4.3 PreparedStatement 防注入与 DAO 封装DAO 层用PreparedStatement而不是Statement拼字符串这是底线。宠物搜索功能如果支持按关键字模糊查找用字符串拼接很容易被构造出意外的 SQLpublic ListPet searchByTitle(String keyword) { String sql SELECT * FROM pet WHERE title LIKE ? AND status 0; ListPet list new ArrayList(); try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, % keyword %); try (ResultSet rs ps.executeQuery()) { while (rs.next()) { Pet pet new Pet(); pet.setPid(rs.getInt(pid)); pet.setTitle(rs.getString(title)); pet.setType(rs.getString(type)); pet.setBreed(rs.getString(breed)); pet.setAge(rs.getString(age)); pet.setStatus(rs.getInt(status)); list.add(pet); } } } catch (SQLException e) { e.printStackTrace(); } return list; }LIKE ?配合setString的写法让模糊查询的关键字只作为参数值传入不会参与 SQL 语法解析从根上杜绝了 OR 11这类注入攻击。JDBC 的 try-with-resources 写法要求Connection、PreparedStatement、ResultSet都实现AutoCloseable接口这样即使 SQL 执行抛出异常资源也会自动关闭不需要再写三层嵌套的 finally。DAO 封装到这里Servlet 层拿到的已经是一个业务对象Pet而不是散装的字段列表。业务逻辑变更时比如给pet表加一个「是否绝育」字段只需要改Pet实体类、PetDao的 SQL 和 JSP 展示三处控制层代码不用动。这个分层习惯是 JavaEE 项目的核心也是后面学 SSM 框架时理解 Spring 管理 Bean 的前提。5. 部署、测试与排错Tomcat 环境下把项目跑稳5.1 开发环境配置要点论文里指定了 MyEclipse 10 作为开发工具。这个版本内置了 JDK 和 Tomcat 的集成配置导入项目后需要确认三处项目的 Java Compiler 级别和本机 JDK 版本一致Targeted Runtimes 里勾选对应 Tomcat 版本部署的 Context Path 和数据库连接串保持一致。如果你习惯用 VSCode 配置 JavaEE 语言环境思路也一样本质是解决编译 JDK、Web 容器、依赖 jar 三个路径的匹配问题MyEclipse 胜在 JSP 调试不需要额外配置。5.2 测试用例设计与验证结果系统各功能模块在 Tomcat 上运行后需要按功能点补充测试用例。下面是我在本地跑通的六组核心用例用例编号测试功能操作步骤预期结果TC01用户注册表单填写用户名、密码、联系方式注册成功写入 user 表TC02重复注册再次提交相同用户名提示用户名已存在TC03宠物发布登录后填写宠物信息并提交列表页出现新宠物卡片TC04领养申请未登录用户点击申请领养跳转登录页TC05重复申请已申请用户再次申请同一宠物提示已申请过TC06审核通过发布者批准领养申请宠物状态变为已领养用例 TC04 验证的是 Session 拦截是否生效TC05 验证的是业务层的幂等校验。毕业设计答辩时这组用例能直接回答「你怎么证明系统是可靠的」这个问题。5.3 三个容易踩的坑第一个坑是 MySQL 8.0 驱动与时区。驱动类名要用com.mysql.cj.jdbc.Driver旧版的com.mysql.jdbc.Driver会报警告连接串必须带serverTimezoneAsia/Shanghai否则报CST相关异常。第二个坑是中文乱码。JSP 页面头部、Servlet 的setCharacterEncoding、数据库连接串、MySQL 表字符集四处要统一为 UTF-8。最隐蔽的是 MySQL 表的CHARSET建表时忘了指定继承库默认的 latin1页面怎么改都是问号。处理方式是在web.xml里加全局字符编码过滤器filter filter-nameencodingFilter/filter-name filter-classorg.apache.catalina.filters.SetCharacterEncodingFilter/filter-class init-param param-nameencoding/param-name param-valueUTF-8/param-value /init-param /filter filter-mapping filter-nameencodingFilter/filter-name url-pattern/*/url-pattern /filter-mapping第三个坑是重定向路径。发布的上下文路径如果配成了/petHouse而代码里相对路径写死了/pet_house部署后所有sendRedirect都会 404。统一用request.getContextPath()动态拼接不要写死上下文名。修改 Context Path 后同时清理 Tomcat 的 work 目录缓存否则改过的 JSP 可能不起作用。这个项目跑通之后你再去回头理解 Spring MVC 的DispatcherServlet和 MyBatis 的连接管理会明显感觉容易许多。本文还有配套的精品资源点击获取
JavaEE宠物领养网站实战：JSP+Servlet+MySQL全流程开发解析
简介基于JavaEE的宠物领养网站毕业设计论文以真实课题为主线面向计算机相关专业学生及正在准备课程设计、毕业设计的开发者尤其适合学习JavaEE、B/S架构和分层开发的读者。论文从宠物领养的社会需求切入完整覆盖需求分析、系统设计、数据库设计、实现与测试环节详细阐述JSF表现层、EJB业务逻辑层、MySQL数据存储层的技术方案并给出数据库表结构设计、优化及安全性处理思路。资源包共1个docx文档大小2.44MB包含中英文摘要、目录、正文和关键词结构完整便于直接参考论文组织框架。目前已有165人学习该资源。读者可借此梳理宠物领养平台的功能模块划分、数据库建模和系统测试方法也能为独立完成同类JavaEE项目提供从设计到落地的全流程参照。1. 宠物领养网站的 JavaEE 实现从论文到可运行代码宠物领养网站这类项目拆开看就是一个典型的信息发布与申请审核系统。用户注册登录、发布宠物寄养信息、申请成为领养人、发布者审核、管理员维护网站动态这套流程用 JavaEE 里的 JSP Servlet MySQL 就能完整落地不需要引入微服务或者分布式中间件。我通读了这份毕业设计论文之后发现它的价值恰恰在于把 B/S 架构、三层分层、JDBC 操作、Session 会话管理这些 JavaWeb 的基础知识点一次性串了起来非常适合作为课程设计或毕业设计课题。项目本身不追新核心就是搞清楚 Servlet 怎么接收请求、JSP 怎么渲染数据、MySQL 表怎么设计才能支撑领养流程。适合正在做 JavaEE 课设、准备校招面试时补 JavaWeb 基础的同学也适合想快速搭一个带前后台权限的完整 Web 应用的一线开发。2. 技术选型与数据库设计JSP Servlet MySQL 组合怎么立住2.1 B/S 架构在宠物领养场景下的优势论文里对 C/S 和 B/S 做了比较这个比较在选型时不是走形式而是直接决定开发成本。C/S 模式需要为每个用户安装客户端程序升级时要逐个更新对于宠物领养这种面向社会公众、用户群体分散的场景完全不现实。B/S 模式把客户端收敛为浏览器所有业务逻辑都部署在 Web 服务器上用户在地址栏输入网址就能访问管理员也通过同一个 Web 应用的后台入口做维护。具体到宠物之家这个项目B/S 选型的直接收益有三个用户零安装注册账号后即可浏览宠物信息、提交领养申请降低了参与门槛。系统升级只改服务器端发布新的 WAR 包到 Tomcat 就完成更新不用推送客户端版本。数据集中存储在 MySQL 服务器上宠物信息、走失信息、领养申请的状态变更不会出现多端数据不一致。JavaEE 体系下的 JSP Servlet 组合在 B/S 架构里承担了完整的请求响应链路。浏览器发起 HTTP 请求Tomcat 容器把请求交给对应的 Servlet 处理Servlet 调用 DAO 层访问 MySQL然后把业务数据放入 request 或 session 作用域最后转发给 JSP 渲染成 HTML 返回。整个过程每一层职责都很清晰论文里用 J2EE 三层模型来描述这个结构实际编码时对应的就是 web 层、service/dao 层和数据库层。2.2 功能模块划分用户与管理员两套权限宠物之家的功能模块拆成前台和后台两套体系。前台面向注册用户后台面向系统管理员。角色权限不通过独立的权限框架控制而是简单的基于 Session 中用户角色的判断这在毕业设计场景下够用也好表达。前台功能模块包括模块功能描述数据操作用户注册登录注册新账号、登录、退出插入 user 表、查询 user 表宠物寄养发布宠物寄养信息、浏览列表、查看详情插入 pet 表、分页查询 pet 表领养申请对某只宠物提交领养申请、查看审核结果插入 adopt_apply 表、更新状态宠物走失发布走失信息、浏览走失列表插入 lost_pet 表、查询 lost_pet 表养宠经验发布经验帖子、浏览列表插入 article 表、查询 article 表个人中心修改个人信息与密码、管理自己发布的内容更新 user 表、按 uid 查询后台管理员功能包括用户信息管理查看用户列表、禁用异常账号和网站动态发布增删改查 news 表。后台不单独建一套前端工程而是复用同一个 Web 应用通过/admin/*路径前缀配合过滤器做权限拦截。2.3 数据库逻辑结构设计六张核心表数据库设计是整个项目最先落地也最容易返工的部分。论文里提到了数据库逻辑结构设计但没有给出完整的建表脚本。按这个项目的业务流我一般会拆出六张核心表用户表、宠物信息表、领养申请表、走失信息表、养宠经验表、网站动态表。用户表是权限控制的基础role 字段区分 admin 和 user 两种角色。密码不存明文至少用 MD5 加盐存储论文原文里没有强调这点但实际做项目时必须处理。CREATE TABLE user ( uid int(11) NOT NULL AUTO_INCREMENT COMMENT 用户ID, username varchar(50) NOT NULL COMMENT 登录用户名, password varchar(64) NOT NULL COMMENT MD5密码, real_name varchar(50) DEFAULT NULL COMMENT 真实姓名, phone varchar(20) DEFAULT NULL COMMENT 联系电话, email varchar(100) DEFAULT NULL COMMENT 邮箱, role varchar(10) NOT NULL DEFAULT user COMMENT 角色admin/user, create_time datetime DEFAULT CURRENT_TIMESTAMP COMMENT 注册时间, PRIMARY KEY (uid), UNIQUE KEY uk_username (username) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT用户表;密码字段长度设置 64 是因为 MD5 加密后是 32 位十六进制如果后面改用 MD5 加盐或 SHA-25664 位长度仍然够用。username 加唯一索引防止重复注册。角色字段用字符串而不是 int读代码时语义更清晰代价是多占一点存储空间对这个量级的网站可以忽略。宠物信息表是核心业务表定义了status字段表示领养状态CREATE TABLE pet ( pid int(11) NOT NULL AUTO_INCREMENT COMMENT 宠物ID, title varchar(100) NOT NULL COMMENT 信息标题, type varchar(20) NOT NULL COMMENT 宠物类型猫/狗/其他, breed varchar(50) DEFAULT NULL COMMENT 品种, age varchar(20) DEFAULT NULL COMMENT 年龄描述, gender varchar(10) DEFAULT NULL COMMENT 性别, vaccine tinyint(1) DEFAULT 0 COMMENT 是否已接种疫苗, description text COMMENT 宠物详细描述, photo varchar(255) DEFAULT NULL COMMENT 照片路径, status tinyint(1) NOT NULL DEFAULT 0 COMMENT 0待领养 1已领养, user_id int(11) NOT NULL COMMENT 发布者ID, create_time datetime DEFAULT CURRENT_TIMESTAMP COMMENT 发布时间, PRIMARY KEY (pid), KEY idx_status (status), KEY idx_user_id (user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT宠物领养信息表;status字段单独建索引因为列表页最常见的查询条件是「状态为待领养的宠物」。vaccine用 tinyint(1) 表达布尔值MySQL 里比直接用 varchar 存 yes/no 更省空间查询也更快。age用 varchar 而不是 int原因是幼犬、成年、老年这种描述性信息更符合领养场景的实际表达习惯。领养申请表解决的是「一只宠物可能被多人申请」的业务问题CREATE TABLE adopt_apply ( apply_id int(11) NOT NULL AUTO_INCREMENT COMMENT 申请ID, pet_id int(11) NOT NULL COMMENT 宠物ID, user_id int(11) NOT NULL COMMENT 申请人ID, reason text COMMENT 领养理由, status varchar(10) NOT NULL DEFAULT PENDING COMMENT PENDING/APPROVED/REJECTED, apply_time datetime DEFAULT CURRENT_TIMESTAMP COMMENT 申请时间, PRIMARY KEY (apply_id), KEY idx_pet_id (pet_id), KEY idx_user_id (user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT领养申请表;申请表状态用字符串枚举而不是数字PENDING、APPROVED、REJECTED三个值直接在代码里写死。这个设计在业务状态少且稳定的时候比数字更可读但要注意代码里不能出现拼写不一致建议定义常量类统一管理。走失信息表、养宠经验表、网站动态表和宠物表结构类似核心字段都是标题、内容、发布人、时间四项这里不再重复列 DDL。3. 核心功能实现注册登录、宠物发布与领养申请3.1 用户注册与登录Session 会话管理登录逻辑是第一个要写好的模块因为它牵涉到 Session 管理、请求转发、重定向和密码校验四个基础知识点。用户提交表单后Servlet 从请求参数中取出用户名和密码调用 DAO 查询数据库校验通过后把 User 对象放入 Session失败则返回登录页并携带错误提示。WebServlet(/login) public class LoginServlet extends HttpServlet { private UserDao userDao new UserDao(); Override protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { request.setCharacterEncoding(UTF-8); String username request.getParameter(username); String password request.getParameter(password); if (username null || username.trim().isEmpty() || password null || password.isEmpty()) { request.setAttribute(msg, 用户名和密码不能为空); request.getRequestDispatcher(/login.jsp).forward(request, response); return; } User user userDao.findByUsernameAndPassword(username, MD5Util.md5(password)); if (user null) { request.setAttribute(msg, 用户名或密码错误); request.getRequestDispatcher(/login.jsp).forward(request, response); return; } HttpSession session request.getSession(); session.setAttribute(loginUser, user); response.sendRedirect(request.getContextPath() /index.jsp); } }代码说明setCharacterEncoding(UTF-8)必须放在读取第一个参数之前否则中文用户名的乱码问题会让你排查半天。登录失败用forward而不是sendRedirect这样request.setAttribute里的错误消息才能在login.jsp上通过${msg}正常显示。登录成功用重定向避免用户刷新页面时重复提交表单。request.getContextPath()取到的是部署路径比如/pet_house拼上它才不会在换部署名后出现 404。注册逻辑与登录类似区别在于插入前要先查一次用户名是否已存在捕获DuplicateKeyException也能兜底但主动查询返回给用户的提示信息更友好。密码存储用MD5Util.md5(password)论文里没有具体实现我一般用MessageDigest封装一个工具类加盐时再拼一个固定字符串。3.2 宠物寄养信息发布与列表展示发布宠物信息的前提是用户已登录。Servlet 里先从 Session 取出loginUser如果取不到说明会话已过期直接重定向到登录页。发布表单里包含标题、类型、品种、年龄、性别、疫苗状态、描述和照片字段其中照片在毕业设计场景下通常存路径而不是二进制数据图片文件上传到服务器的/upload目录数据库只保存相对路径。WebServlet(/pet/add) public class PetAddServlet extends HttpServlet { private PetDao petDao new PetDao(); Override protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { request.setCharacterEncoding(UTF-8); HttpSession session request.getSession(); User loginUser (User) session.getAttribute(loginUser); if (loginUser null) { response.sendRedirect(request.getContextPath() /login.jsp); return; } Pet pet new Pet(); pet.setTitle(request.getParameter(title)); pet.setType(request.getParameter(type)); pet.setBreed(request.getParameter(breed)); pet.setAge(request.getParameter(age)); pet.setGender(request.getParameter(gender)); pet.setVaccine(on.equals(request.getParameter(vaccine)) ? 1 : 0); pet.setDescription(request.getParameter(description)); pet.setPhoto(request.getParameter(photoPath)); pet.setUserId(loginUser.getUid()); pet.setStatus(0); boolean result petDao.insert(pet); if (result) { response.sendRedirect(request.getContextPath() /pet/list); } else { request.setAttribute(msg, 发布失败请稍后重试); request.getRequestDispatcher(/pet/add.jsp).forward(request, response); } } }这里有个容易踩的细节单选框如果没选中request.getParameter(vaccine)返回 null用on.equals(...)这种写法可以避免空指针。setStatus(0)表示新发布的宠物默认进入待领养列表管理员和发布者都可以在后续把状态改为 1即已领养。列表页用 JSP JSTL 渲染。分页查询是列表页的基本功每页 10 条数据首页传入pageNum参数c:forEach items${petList} varpet div classpet-card h3a href${pageContext.request.contextPath}/pet/detail?pid${pet.pid}${pet.title}/a/h3 p类型${pet.type} 品种${pet.breed}/p p年龄${pet.age} 性别${pet.gender}/p c:if test${pet.status 0} a href${pageContext.request.contextPath}/adopt/apply.jsp?pid${pet.pid}申请领养/a /c:if c:if test${pet.status 1} span已被领养/span /c:if /div /c:forEachJSTL 的c:forEach循环渲染宠物卡片列表c:if根据status字段控制按钮显示。注意链接中的pid参数需要在前端做一次数字校验否则恶意用户传一个非数字值时DAO 层的Integer.parseInt会直接抛异常。3.3 领养申请与审核流程领养申请是整个系统业务闭环的核心。申请人在宠物详情页点击「申请领养」填入理由后提交。后端要做三重校验是否登录、宠物是否存在、当前用户是否已经申请过这只宠物。校验通过后写入一条状态为PENDING的申请记录宠物发布者在个人中心的「我收到的申请」里看到列表选择通过或拒绝。WebServlet(/adopt/apply) public class AdoptApplyServlet extends HttpServlet { private AdoptDao adoptDao new AdoptDao(); private PetDao petDao new PetDao(); Override protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { request.setCharacterEncoding(UTF-8); User loginUser (User) request.getSession().getAttribute(loginUser); if (loginUser null) { response.sendRedirect(request.getContextPath() /login.jsp); return; } int petId; try { petId Integer.parseInt(request.getParameter(petId)); } catch (NumberFormatException e) { request.setAttribute(msg, 参数错误); request.getRequestDispatcher(/pet/list).forward(request, response); return; } // 校验宠物是否存在 Pet pet petDao.findById(petId); if (pet null) { request.setAttribute(msg, 宠物信息不存在); request.getRequestDispatcher(/pet/list).forward(request, response); return; } // 校验是否已申请过 if (adoptDao.existsApply(petId, loginUser.getUid())) { request.setAttribute(msg, 您已经申请过这只宠物了); request.getRequestDispatcher(/pet/detail?pid petId).forward(request, response); return; } AdoptApply apply new AdoptApply(); apply.setPetId(petId); apply.setUserId(loginUser.getUid()); apply.setReason(request.getParameter(reason)); apply.setStatus(PENDING); if (adoptDao.insert(apply)) { response.sendRedirect(request.getContextPath() /adopt/myApply); } else { request.setAttribute(msg, 申请提交失败); request.getRequestDispatcher(/adopt/apply.jsp?pid petId).forward(request, response); } } }existsApply这个校验最容易漏掉。如果不做重复性检查用户可以反复提交申请发布者的审核列表会被刷屏。DAO 层通过SELECT COUNT(*) FROM adopt_apply WHERE pet_id? AND user_id? AND status ! REJECTED来判断注意把已拒绝的历史申请排除在外允许用户被拒绝后再次申请。审核接口在发布者的个人中心触发更新adopt_apply.status为APPROVED或REJECTED。通过时还要顺带把对应宠物表的status改为 1这两个操作必须放在同一个事务里public boolean approveApply(int applyId, int petId) { Connection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); int rows updateApplyStatus(conn, applyId, APPROVED); int rows2 updatePetStatus(conn, petId, 1); conn.commit(); return rows 0 rows2 0; } catch (SQLException e) { rollback(conn); return false; } finally { DBUtil.close(conn, null, null); } }事务处理是这个功能的隐藏考点。如果只更新申请状态而忘记同步宠物状态就会出现「申请通过但宠物还挂在待领养列表」的数据不一致问题。4. JDBC 连接池与 DAO 封装别让数据库操作拖垮整个项目4.1 为什么直接用 DriverManager 行不通初版项目最容易出现的问题是每个 DAO 方法里都写一遍DriverManager.getConnection()用完再close()。这种写法在单用户测试时没感觉一旦多人同时访问每次请求都要经历「加载驱动 — 建立 TCP 连接 — 鉴权 — 释放」的完整过程。MySQL 的连接建立是重量级操作高并发下连接数会快速打满数据库直接拒绝新请求。我一般用 C3P0 连接池解决这个问题。连接池启动时预创建一批连接放在池子里请求来了从池中取出用完归还而不是关闭。这份论文没有指定连接池方案C3P0 是 JSP Servlet 项目里的常见选择配置简单和 MyEclipse 集成也顺。4.2 连接池参数配置与数据库连接工具类C3P0 支持Java 属性文件和编码两种配置方式。属性文件适合固定配置编码方式适合部署时临时调整。下面是配合db.properties的推荐配置jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/pet_house?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.passwordroot c3p0.initialPoolSize5 c3p0.minPoolSize5 c3p0.maxPoolSize20 c3p0.maxIdleTime1800 c3p0.checkoutTimeout3000参数说明initialPoolSize是连接池启动时创建的连接数设 5 足够maxPoolSize是池中最大连接数课设项目并发量不大20 是安全值maxIdleTime控制空闲连接多少秒后被动释放设 1800 秒可以避免长期空闲占用数据库资源。serverTimezoneAsia/Shanghai是 MySQL 8.0 的硬性要求不写的话驱动会用默认时区和本地时间对不上查出来的日期字段会有 8 小时的偏移。public class DBUtil { private static ComboPooledDataSource dataSource; static { try { Properties props new Properties(); InputStream in DBUtil.class.getClassLoader() .getResourceAsStream(db.properties); props.load(in); dataSource new ComboPooledDataSource(); dataSource.setDriverClass(props.getProperty(jdbc.driver)); dataSource.setJdbcUrl(props.getProperty(jdbc.url)); dataSource.setUser(props.getProperty(jdbc.username)); dataSource.setPassword(props.getProperty(jdbc.password)); dataSource.setInitialPoolSize( Integer.parseInt(props.getProperty(c3p0.initialPoolSize))); dataSource.setMaxPoolSize( Integer.parseInt(props.getProperty(c3p0.maxPoolSize))); dataSource.setMaxIdleTime( Integer.parseInt(props.getProperty(c3p0.maxIdleTime))); dataSource.setCheckoutTimeout( Integer.parseInt(props.getProperty(c3p0.checkoutTimeout))); } catch (Exception e) { throw new ExceptionInInitializerError(e); } } public static Connection getConnection() throws SQLException { return dataSource.getConnection(); } }静态代码块保证连接池只在类加载时初始化一次。ExceptionInInitializerError不是随便选的——如果连接池初始化失败这里抛出的错误会在第一次触发随后任何用到DBUtil的请求都会立刻暴露问题方便在部署阶段就发现配置错误。4.3 PreparedStatement 防注入与 DAO 封装DAO 层用PreparedStatement而不是Statement拼字符串这是底线。宠物搜索功能如果支持按关键字模糊查找用字符串拼接很容易被构造出意外的 SQLpublic ListPet searchByTitle(String keyword) { String sql SELECT * FROM pet WHERE title LIKE ? AND status 0; ListPet list new ArrayList(); try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, % keyword %); try (ResultSet rs ps.executeQuery()) { while (rs.next()) { Pet pet new Pet(); pet.setPid(rs.getInt(pid)); pet.setTitle(rs.getString(title)); pet.setType(rs.getString(type)); pet.setBreed(rs.getString(breed)); pet.setAge(rs.getString(age)); pet.setStatus(rs.getInt(status)); list.add(pet); } } } catch (SQLException e) { e.printStackTrace(); } return list; }LIKE ?配合setString的写法让模糊查询的关键字只作为参数值传入不会参与 SQL 语法解析从根上杜绝了 OR 11这类注入攻击。JDBC 的 try-with-resources 写法要求Connection、PreparedStatement、ResultSet都实现AutoCloseable接口这样即使 SQL 执行抛出异常资源也会自动关闭不需要再写三层嵌套的 finally。DAO 封装到这里Servlet 层拿到的已经是一个业务对象Pet而不是散装的字段列表。业务逻辑变更时比如给pet表加一个「是否绝育」字段只需要改Pet实体类、PetDao的 SQL 和 JSP 展示三处控制层代码不用动。这个分层习惯是 JavaEE 项目的核心也是后面学 SSM 框架时理解 Spring 管理 Bean 的前提。5. 部署、测试与排错Tomcat 环境下把项目跑稳5.1 开发环境配置要点论文里指定了 MyEclipse 10 作为开发工具。这个版本内置了 JDK 和 Tomcat 的集成配置导入项目后需要确认三处项目的 Java Compiler 级别和本机 JDK 版本一致Targeted Runtimes 里勾选对应 Tomcat 版本部署的 Context Path 和数据库连接串保持一致。如果你习惯用 VSCode 配置 JavaEE 语言环境思路也一样本质是解决编译 JDK、Web 容器、依赖 jar 三个路径的匹配问题MyEclipse 胜在 JSP 调试不需要额外配置。5.2 测试用例设计与验证结果系统各功能模块在 Tomcat 上运行后需要按功能点补充测试用例。下面是我在本地跑通的六组核心用例用例编号测试功能操作步骤预期结果TC01用户注册表单填写用户名、密码、联系方式注册成功写入 user 表TC02重复注册再次提交相同用户名提示用户名已存在TC03宠物发布登录后填写宠物信息并提交列表页出现新宠物卡片TC04领养申请未登录用户点击申请领养跳转登录页TC05重复申请已申请用户再次申请同一宠物提示已申请过TC06审核通过发布者批准领养申请宠物状态变为已领养用例 TC04 验证的是 Session 拦截是否生效TC05 验证的是业务层的幂等校验。毕业设计答辩时这组用例能直接回答「你怎么证明系统是可靠的」这个问题。5.3 三个容易踩的坑第一个坑是 MySQL 8.0 驱动与时区。驱动类名要用com.mysql.cj.jdbc.Driver旧版的com.mysql.jdbc.Driver会报警告连接串必须带serverTimezoneAsia/Shanghai否则报CST相关异常。第二个坑是中文乱码。JSP 页面头部、Servlet 的setCharacterEncoding、数据库连接串、MySQL 表字符集四处要统一为 UTF-8。最隐蔽的是 MySQL 表的CHARSET建表时忘了指定继承库默认的 latin1页面怎么改都是问号。处理方式是在web.xml里加全局字符编码过滤器filter filter-nameencodingFilter/filter-name filter-classorg.apache.catalina.filters.SetCharacterEncodingFilter/filter-class init-param param-nameencoding/param-name param-valueUTF-8/param-value /init-param /filter filter-mapping filter-nameencodingFilter/filter-name url-pattern/*/url-pattern /filter-mapping第三个坑是重定向路径。发布的上下文路径如果配成了/petHouse而代码里相对路径写死了/pet_house部署后所有sendRedirect都会 404。统一用request.getContextPath()动态拼接不要写死上下文名。修改 Context Path 后同时清理 Tomcat 的 work 目录缓存否则改过的 JSP 可能不起作用。这个项目跑通之后你再去回头理解 Spring MVC 的DispatcherServlet和 MyBatis 的连接管理会明显感觉容易许多。本文还有配套的精品资源点击获取
