企业官网建设流程全解析

简介：本资源为基于JavaWeb+JSP+MySQL的BS架构人才招聘网站完整项目包，面向计算机相关专业的毕业设计、课程设计学生及JavaWeb初学者，帮助解决从选题到落地实现的全流程需求。压缩包共930个文件，约19.32MB，以gif、js、html、jsp、java、class、jar、xml、css等为主，涵盖前端页面素材、脚本逻辑、JSP视图、Java源码、数据库驱动与配置文件，另附完整设计文档。项目已通过测试校正，可百分百成功运行，功能覆盖前台首页、网站导航、职位信息列表、用户注册、后台登录、职位信息管理及退出管理等模块，结构清晰、模块划分明确。目前已有206人学习下载，适合需要完整源码与文档参考、快速搭建招聘类Web项目、理解BS架构分层与JSP+MySQL交互的读者，也可作为二次开发与功能扩展的基础模板。

1. 从一份「人才招聘网站」毕设说起：JavaWeb+JSP+MySQL 这套 BS 架构到底还能不能打

每年毕业季，后台被问得最多的一类问题就是：基于 JavaWeb+JSP+MySQL 的 BS 架构人才招聘网站，到底还值不值得做？我的答案很直接——值得，但前提是你得把它当成一次完整的工程训练，而不是复制粘贴一个能跑起来的壳子。招聘网站这个场景天然包含三类角色（求职者、企业、管理员）、多张关联表（用户、简历、职位、投递记录）、以及登录鉴权、文件上传、分页检索这些高频操作，几乎把 JavaWeb 的核心知识点全覆盖了。BS 架构意味着你只需要浏览器就能访问，服务端用 JSP 渲染页面、Servlet 处理业务、MySQL 存数据，部署时打成 war 包丢进 Tomcat 就能跑。这套组合对新手友好，对熟手来说也是理解 MVC 分层、数据库连接池、会话管理的绝佳载体。接下来我会把选型理由、建表、核心功能实现、避坑经验一路讲透，让你能真正照着复现出一个能拿得出手的招聘网站。

2. 选型与架构拆解：为什么招聘网站适合用 JSP+Servlet+MySQL 落地

2.1 BS 架构下三层分层的职责边界

BS 架构（Browser/Server）的本质是把业务逻辑和数据处理都放在服务端，浏览器只负责展示和提交。落到 JavaWeb 项目里，最常见的分层是：表现层用 JSP 负责页面渲染，控制层用 Servlet 接收请求、调用业务、转发视图，数据访问层用 JDBC 或连接池操作 MySQL。招聘网站的业务流很典型——求职者浏览职位列表、投递简历，企业发布职位、查看投递，管理员审核信息。每一类请求都走「浏览器 → Servlet → DAO → MySQL → JSP 回显」这条链路。

我一般会把包结构定成com.recruit.controller、com.recruit.service、com.recruit.dao、com.recruit.entity、com.recruit.util五个包。controller 里放 Servlet，service 里放业务组合逻辑，dao 里放 SQL 操作，entity 放实体类，util 放数据库连接和工具方法。这样分层的好处是：改一个 SQL 不用动页面，换一个页面不用动业务，排查问题时能快速定位是哪一层出的错。很多同学图省事把所有逻辑塞进 JSP 的<% %>脚本片段里，前期看着快，后期加一个「按薪资区间筛选职位」的需求就得满页面找代码，血泪经验就是——分层这件事，早做早省心。

2.2 用 IDEA 新建 JSP 项目并跑通第一个页面

新手最容易卡在环境搭建上。下面是我常用的最小可运行步骤，用 IDEA 新建一个传统 JavaWeb 项目。

# 1. 确认 JDK 版本（建议 JDK 8 或 11，Tomcat 8/9 兼容性最好） java -version # 2. 确认 Maven 可用，用于管理依赖 mvn -version # 3. 下载并解压 Tomcat（以 9.0 为例），记住解压路径 # 4. IDEA 中 File -> New -> Project -> Java Enterprise # 勾选 Web Application，指定 JDK 和 Tomcat 路径

项目建好后，目录里会有一个web或webapp文件夹，里面默认有index.jsp。在WEB-INF下建web.xml，配置欢迎页和 Servlet 映射。启动 Tomcat 后访问http://localhost:8080/项目名/，能看到 JSP 页面输出就说明环境通了。

参数说明：Tomcat 的conf/server.xml里默认端口是 8080，被占用就改成 8081；IDEA 的 Run Configuration 里要确认 Deployment 选项卡已经添加了 Artifact，否则会报 404。这一步翻车的人特别多，现象是浏览器一直 404，原因就是 artifact 没部署，解决方法是进 Project Structure → Artifacts 检查输出目录。

2.3 MySQL 建库建表：招聘网站的核心表结构

招聘网站的数据模型不复杂，但关联关系要想清楚。核心表我一般建五张：用户表、职位表、简历表、投递记录表、企业表。

-- 创建数据库，字符集用 utf8mb4 支持中文和特殊符号 CREATE DATABASE recruit_db DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE recruit_db; -- 用户表：区分求职者、企业、管理员三种角色 CREATE TABLE t_user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(100) NOT NULL, role TINYINT NOT NULL DEFAULT 0 COMMENT '0求职者 1企业 2管理员', phone VARCHAR(20), create_time DATETIME DEFAULT CURRENT_TIMESTAMP ); -- 职位表：企业发布的岗位 CREATE TABLE t_job ( id INT PRIMARY KEY AUTO_INCREMENT, company_id INT NOT NULL, title VARCHAR(100) NOT NULL, salary_min INT DEFAULT 0, salary_max INT DEFAULT 0, city VARCHAR(50), description TEXT, status TINYINT DEFAULT 1 COMMENT '1在招 0下架', create_time DATETIME DEFAULT CURRENT_TIMESTAMP ); -- 投递记录表：求职者投递职位 CREATE TABLE t_delivery ( id INT PRIMARY KEY AUTO_INCREMENT, user_id INT NOT NULL, job_id INT NOT NULL, resume_id INT, status TINYINT DEFAULT 0 COMMENT '0已投递 1已查看 2邀面试', create_time DATETIME DEFAULT CURRENT_TIMESTAMP );

参数说明：role字段用 TINYINT 而不是字符串，省空间且查询快；salary_min和salary_max分开存，方便做区间筛选；status字段用默认值 0 或 1，避免插入时漏字段导致 NULL。注意utf8mb4和utf8的区别——前者支持 emoji，简历里出现特殊符号不会报错。建表时给username加 UNIQUE 约束，注册接口就能靠数据库兜底防重复，不用在代码里先查再插，省一次往返。

3. 核心功能落地：登录鉴权、职位检索与简历投递怎么写

3.1 用 Servlet+Session 实现三角色登录鉴权

登录是招聘网站的第一道门。求职者、企业、管理员共用一张用户表，靠role字段区分，登录成功后把用户信息写进 Session，后续请求从 Session 里取角色做权限判断。

// LoginServlet.java @WebServlet("/login") public class LoginServlet extends HttpServlet { private UserDao userDao = new UserDao(); @Override protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { String username = req.getParameter("username"); String password = req.getParameter("password"); // 密码建议做 MD5 或 BCrypt 加密后再比对，这里演示明文逻辑 User user = userDao.findByUsernameAndPassword(username, password); if (user == null) { req.setAttribute("msg", "用户名或密码错误"); req.getRequestDispatcher("/login.jsp").forward(req, resp); return; } // 登录成功，写入 Session HttpSession session = req.getSession(); session.setAttribute("currentUser", user); // 按角色跳转不同首页 if (user.getRole() == 2) { resp.sendRedirect(req.getContextPath() + "/admin/index.jsp"); } else if (user.getRole() == 1) { resp.sendRedirect(req.getContextPath() + "/company/index.jsp"); } else { resp.sendRedirect(req.getContextPath() + "/job/list"); } } }

逻辑说明：findByUsernameAndPassword在 DAO 层用 PreparedStatement 查询，防止 SQL 注入。登录成功后把整个 User 对象放进 Session，页面用${currentUser.username}就能取到。参数说明：req.getContextPath()返回项目部署路径，重定向时拼上它才不会 404。权限控制我一般写一个 Filter，拦截/admin/*和/company/*，检查 Session 里的 role，不匹配就踢回登录页。这一步不做，别人直接敲 URL 就能进后台，是招聘网站最常见的安全漏洞。

3.2 职位列表分页与多条件检索的 SQL 写法

职位列表是访问量最大的页面，必须分页，否则数据一多直接拖垮。分页的核心是LIMIT offset, size，配合COUNT(*)算总页数。

// JobDao.java 分页查询 public List<Job> findByPage(String keyword, String city, int page, int size) { List<Job> list = new ArrayList<>(); StringBuilder sql = new StringBuilder( "SELECT j.*, c.company_name FROM t_job j " + "LEFT JOIN t_company c ON j.company_id = c.id WHERE j.status = 1 "); List<Object> params = new ArrayList<>(); if (keyword != null && !keyword.isEmpty()) { sql.append("AND j.title LIKE ? "); params.add("%" + keyword + "%"); } if (city != null && !city.isEmpty()) { sql.append("AND j.city = ? "); params.add(city); } sql.append("ORDER BY j.create_time DESC LIMIT ?, ?"); params.add((page - 1) * size); params.add(size); // 执行查询，省略 JDBC 模板代码 return list; }

逻辑说明：用 StringBuilder 动态拼 SQL，条件为空就不拼，避免写一堆 if-else 的独立方法。参数说明：page从 1 开始，offset = (page-1)*size；size一般设 10 或 15，太大页面加载慢，太小翻页频繁。注意 LIKE 查询的%keyword%无法走索引，数据量大时要考虑全文索引或搜索引擎，但毕设规模完全够用。总页数用SELECT COUNT(*)单独查一次，前端渲染上一页/下一页按钮。

3.3 简历投递与文件上传的完整链路

投递简历涉及文件上传，是招聘网站里最容易出问题的一环。JSP 表单要设enctype="multipart/form-data"，Servlet 用@MultipartConfig注解接收。

@WebServlet("/delivery/submit") @MultipartConfig(maxFileSize = 5 * 1024 * 1024) // 限制 5MB public class DeliveryServlet extends HttpServlet { @Override protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { User user = (User) req.getSession().getAttribute("currentUser"); if (user == null) { resp.sendRedirect(req.getContextPath() + "/login.jsp"); return; } int jobId = Integer.parseInt(req.getParameter("jobId")); Part filePart = req.getPart("resumeFile"); String fileName = System.currentTimeMillis() + "_" + filePart.getSubmittedFileName(); // 保存到服务器 upload 目录 String savePath = req.getServletContext().getRealPath("/upload"); filePart.write(savePath + File.separator + fileName); // 写投递记录 DeliveryDao dao = new DeliveryDao(); dao.insert(user.getId(), jobId, "/upload/" + fileName); resp.sendRedirect(req.getContextPath() + "/delivery/my"); } }

逻辑说明：@MultipartConfig必须加，否则getPart返回 null。文件名用时间戳前缀，防止同名覆盖。参数说明：maxFileSize限制单文件大小，超了会抛异常，要在 web.xml 或页面提示里做友好处理。保存路径用getRealPath拿到的是部署目录，重新部署 war 包会丢文件，生产环境要存到项目外的固定目录，数据库里只存相对路径。这个坑我在真实项目里踩过，重新发布一次简历全没了，后悔药都没得吃。

4. 避坑与排查：JSP+MySQL 项目里那些让人抓狂的报错

4.1 中文乱码：从请求到数据库的三处编码

现象：页面提交的中文职位名称存进数据库变成问号，或者查询出来显示乱码。原因通常有三处没统一：JSP 页面pageEncoding、请求体编码、数据库连接 URL 编码。解决方法是三处都设成 UTF-8——JSP 顶部写<%@ page contentType="text/html;charset=UTF-8" %>，Servlet 里req.setCharacterEncoding("UTF-8")，JDBC URL 加?useUnicode=true&characterEncoding=utf8。三处缺一处都可能翻车，尤其是 GET 请求，Tomcat 8 以后默认 URI 编码是 UTF-8，但老版本要改 server.xml 的 Connector 加URIEncoding="UTF-8"。

4.2 数据库连接池耗尽：连接没关的连锁反应

现象：项目跑一会儿就报Cannot get a connection, pool exhausted，页面全部卡死。原因是 DAO 里拿了 Connection、PreparedStatement、ResultSet 没在 finally 里关闭，连接被占满。解决方法是统一用 try-with-resources 写法，或者引入 Druid、C3P0 连接池并配置maxActive。我一般用 Druid，配置文件里设initialSize=5、maxActive=20、maxWait=3000，再配一个validationQuery=SELECT 1做心跳检测。注意连接池不是越大越好，maxActive超过数据库max_connections反而会互相抢连接。

4.3 打成 war 包部署后 404 或 500

现象：IDEA 里跑得好好的，导出 war 丢进 Tomcat 的 webapps 目录就 404。原因通常是 artifact 配置不对，或者WEB-INF/lib下缺依赖 jar。解决方法是检查 Project Structure → Artifacts，确认输出里有WEB-INF/classes和WEB-INF/lib；用 Maven 的话执行mvn clean package，把生成的 war 复制到 webapps，启动 Tomcat 看logs/catalina.out里的具体报错。500 错误多半是ClassNotFoundException，缺哪个 jar 补哪个，别凭感觉猜。

4.4 JSP 页面里写业务逻辑导致维护困难

现象：一个jobList.jsp里塞了几百行<% %>脚本，改一个查询条件要翻半天。原因是把 DAO 和业务逻辑写进了页面。解决方法是页面只负责展示，数据由 Servlet 通过req.setAttribute传过来，JSP 用 JSTL 的<c:forEach>遍历。引入 JSTL 需要在WEB-INF/lib放jstl.jar和standard.jar，页面顶部加<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>。这一步做完，页面清爽一大截，接手的人也能看懂。

4.5 MySQL 8 连接报时区或 SSL 错误

现象：用 MySQL 8 时连接报The server time zone value is unrecognized或 SSL 警告。原因是 MySQL 8 默认时区和 SSL 配置跟老驱动不兼容。解决方法是在 JDBC URL 里加?serverTimezone=Asia/Shanghai&useSSL=false&allowPublicKeyRetrieval=true。参数说明：serverTimezone必须设，否则时间字段读写会差 8 小时；useSSL=false在本地开发关掉 SSL 省事，生产环境建议开启并配证书。驱动版本要用mysql-connector-java 8.x，5.x 的驱动连 MySQL 8 会报各种奇怪错误。

5. 进阶技巧：把招聘网站从「能跑」做到「能看」

项目能跑起来只是及格线，想拿得出手还得在细节上打磨。第一个技巧是给职位列表加缓存。招聘网站首页的职位列表和热门城市几乎不变，每次请求都查库很浪费。我一般用 ServletContext 或者简单的内存 Map 做一级缓存，设置 5 分钟过期，命中缓存直接返回，数据库压力立降。第二个技巧是 SQL 慢查询排查，开启 MySQL 的slow_query_log，设long_query_time=1，跑一段时间看日志里哪些 SQL 超过 1 秒，重点优化没走索引的 LIKE 和 ORDER BY 字段，给t_job的city、status、create_time建联合索引。

第三个技巧是前端分页和搜索条件保持同步。用户在第 3 页搜了「Java」，翻页时关键词不能丢。做法是把搜索条件拼进分页链接，或者用 Session 暂存查询条件。我见过太多项目翻页就丢条件，用户体验直接崩。第四个技巧是给关键操作加日志，投递、登录、发布职位这些动作写进一张t_log表，出问题能追溯，也方便后期做数据统计。

验证方法上，我习惯用 Postman 先把每个 Servlet 接口单独测一遍，确认参数和返回正常，再回到页面联调。数据库层面用 Navicat 或 MySQL Workbench 直接跑 SQL 验证结果集，别全靠页面猜。部署验证就打成 war 包丢进独立 Tomcat，模拟真实环境跑一遍完整流程：注册 → 登录 → 发布职位 → 投递 → 企业查看。这套流程走通，项目基本就稳了。

最后说个我自己的习惯：每做完一个模块，先把数据库备份一份，再提交一次代码。JSP 项目改起来牵一发动全身，没有版本管理和备份，改崩了真的只能重来。这套 JavaWeb+JSP+MySQL 的招聘网站，技术不新，但把分层、鉴权、分页、上传、连接池这些基本功练扎实，后面换 SpringBoot 也是水到渠成的事。希望帮到你。

本文还有配套的精品资源，点击获取