企业官网建设流程全解析

简介：面向高校计算机相关专业学生的基于JSP的记账管理系统毕业设计完整资源包，整合了项目报告、答辩PPT、源代码、数据库文件与部署视频，可一站式支撑毕业设计或课程设计的文档撰写、系统实现与现场答辩。整个包压缩后约91.24MB，按报告、演示文稿、源码、SQL脚本和视频分类存放，便于按环节快速取用。项目报告覆盖系统概述、可行性分析、需求分析、总体设计、详细设计与测试等论文常见章节，源代码采用JSP+Servlet+JavaBean分层思想，并包含JDBC数据库连接、数据增删改查及统计报表等模块，适合作为Java Web开发入门后的综合实践案例。数据库脚本可直接导入MySQL，部署视频从JDK、Tomcat环境配置到启动系统逐步演示，能显著降低复现门槛。目前已有254人学习，适合需要完整毕设参考、希望快速上手记账管理系统的开发者。

1. 拿到这套 JSP 记账管理系统压缩包：先想清楚三件事再解压

毕业设计选题选「基于JSP的记账管理系统」的人，十有八九是手里已经握着这样一份压缩包，项目报告、答辩PPT、源代码、数据库、部署视频五件套齐全。听起来解压就能跑、跑通就能答辩，但真正动手的人很快会发现：卡住你的往往不是JSP页面那几行标签，而是JDK、Tomcat、MySQL的版本互相看不顺眼，以及那份数据库脚本能不能在你的机器上原样恢复。这篇笔记按「先体检、再部署、后改代码」的顺序，把基于JSP的记账管理系统从压缩包变成能演示、能答辩、能讲清楚原理的完整过程拆开讲。适合没时间从零写系统的本科生，也适合接手老JSP项目的从业者。先把反直觉结论放这儿：源码反而是这套包里最不容易出问题的部分。

2. 压缩包体检：项目报告、PPT、源代码、数据库、部署视频各自的验证方法

很多人解压后的第一反应是找startup.bat，这其实把顺序搞反了。部署视频里能跑，只能证明作者在他的电脑上跑通过，不能证明代码没有缺胳膊少腿。一份打包好的毕设，本质上是一条证据链：源代码是事实，项目报告和答辩PPT是对事实的叙述，数据库和部署视频是把叙述变成可复现过程的材料。任何一环对不上，后面都要花双倍时间填坑。所以拿到压缩包，先花半小时体检，再决定要不要投入一周。

2.1 五件套的体检顺序：每样东西分别该看什么

按「视频、数据库、源代码、报告、PPT」这个顺序查最快。部署视频拖到结尾，如果停在启动成功的页面，说明作者至少跑通过；如果视频中间有明显剪切，或者录到一半就结束，那就要降低对「开箱即用」的预期，后面每一步都可能要自己补。

再看数据库脚本。用文本编辑器打开SQL文件，不要用记事本，文件一大记事本直接卡死。重点看三件事：有没有CREATE DATABASE语句，有没有CREATE TABLE，有没有INSERT INTO。只有建表语句没有数据的脚本，意味着登录页没有测试账号，你得自己造数据；自带测试账号的，顺手记住账号密码，部署完要用。

接着看源代码。不要展开每一个文件夹，直接看WEB-INF/lib目录下有哪些jar。mysql-connector的jar在不在？jstl的jar在不在？这两个缺一不可。再看src目录（或Java Resources目录）下有没有按servlet、dao、entity分层的包结构。分层清晰的项目，后面改代码的难度指数级下降；把所有逻辑堆在一个Servlet里的，答辩时你很难讲出设计感。

最后翻报告和PPT。报告重点看目录：需求分析、概要设计、数据库设计、测试四章齐不齐，数据字典里的表结构能不能和SQL对上。PPT重点看有没有真实截图，光有架构图没有页面截图的PPT，答辩现场会被要求演示，到时候露馅的是你自己。

2.2 为什么「基于 JSP」反而是毕设里最稳的选型

很多同学一看到JSP就觉得老掉牙，下意识想换成SpringBoot重写。我的建议是：如果目标是顺利毕业，别换；如果目标是练手，更别用这个包练。JSP这套技术栈最大的优势是黑匣子最小：页面是JSP，接收请求是Servlet，访问数据库是JDBC，三层之间的调用关系在代码里一眼能看穿。答辩老师问「你这段代码是什么」，你能直接指出具体到第几行；换成SpringBoot后，老师随便追问一个自动配置原理，就很可能把你问住。

这类基于JSP的毕设，从毕业论文管理过程系统到记账管理系统，痛点其实高度一致：登录、数据库增删改查、统计报表三件套。只要这三条线你能顺着代码讲一遍，答辩的核心问题就都覆盖了。技术选型上可以做一个简单判断：先看lib下有没有spring相关的jar。有spring，说明包主用了框架，部署复杂度和答辩风险都要上调；没有，大概率是纯JSP+Servlet+JDBC，这是最理想的毕业设计形态。别忘了先备份原压缩包，这才是源代码管理的第一步——后面所有修改都在副本上进行，改坏了随时能退回原始版本。

3. 本地跑通的最小路径：JDK 8、MySQL 5.7 与 Tomcat 9 的版本搭配与启动步骤

跑不起来的时候，绝大多数人第一反应是怀疑源码缺东西，实际上这类JSP毕设跑不通，八成的锅在环境，两成才属于代码和配置问题。环境问题的根源又高度集中在版本组合上：这类包大多是在JDK 8加MySQL 5.x年代写的，你后装的高版本反而制造了新麻烦。所以先把版本观摆正：稳定复现作者环境的思路，比装最新版再排错的思路省事十倍。

3.1 三个环境的版本关系：JDK 8 是老代码的安全区，Tomcat 别选 10 以上

很多同学直接装最新的JDK 21和Tomcat 11，然后收获一堆看不懂的报错。原因很简单：这类基于JSP的毕设源码大多按JDK 8语法和Servlet 3.0规范写，Tomcat 10开始把官方包名从javax.servlet换成了jakarta.servlet，老代码在Tomcat 10及以上会直接ClassNotFound。所以最稳妥的组合是JDK 8、Tomcat 8.5或9.0、MySQL 5.7；数据库用8.0也能跑，但要把JDBC驱动和连接串一起升级，属于后话。

先检查本机环境：

java -version # 期望输出类似 java version "1.8.0_291"，确认是 1.8 系列 # 如果提示 javac 不是内部命令，说明没配 JAVA_HOME # Windows 设置用户环境变量，新开一个终端生效： setx JAVA_HOME "C:\Program Files\Java\jdk1.8.0_291" setx CATALINA_HOME "D:\apache-tomcat-9.0.x" # 检查 8080 端口是否被占用 netstat -ano | findstr 8080

说明：检查Java版本不要只看java，建议把Tomcat也放到固定目录，路径里别有空格和中文，老程序对带空格路径的兼容性忽好忽坏，这属于玄学。CATALINA_HOME不是必须的，Tomcat启动脚本会自己找路径，但显式设置后，后面改server.xml和看日志都更直观。netstat那行的作用是提前发现8080被占用，避免Tomcat启动失败后你去查一个完全不相关的报错。

3.2 建库导库与改连接：数据库这一环的四个高频卡点

数据库是三件套里最容易出问题的环节。打开下载包里的SQL文件先看开头：第一行如果是CREATE DATABASE，说明脚本自带建库语句，直接导入就行；如果开头是纯粹的CREATE TABLE，要先手动建库再导入。

mysql -u root -p -e "CREATE DATABASE bookkeeping DEFAULT CHARACTER SET utf8mb4;" mysql -u root -p bookkeeping < db_bookkeeping.sql # 如果 SQL 文件自带 CREATE DATABASE 和 USE 语句，只需要： mysql -u root -p < db_bookkeeping.sql

说明：第一个命令是建库，utf8mb4比utf8多覆盖emoji，记账系统其实用不到，但统一用utf8mb4能避免后面乱码。第二个命令把脚本导入到bookkeeping库，<是重定向，让mysql客户端读文件。如果SQL文件自带建库，直接执行第三条就行，不需要先建库。导入过程的报错基本只有两种：文件找不到，看路径；语法报错，说明数据库版本和脚本不匹配，常见于把5.7脚本导进8.0，或反过来。

导入完先验证：执行SHOW TABLES看有没有用户表和账单表，然后SELECT * FROM t_user确认有测试账号。表名以脚本里实际命名为准，t_user只是最常见的叫法。然后改JDBC连接配置。这套系统里数据库连接串一般集中在两个位置：WEB-INF/classes下的jdbc.properties，或者DBUtil.java里。找到后改成如下形式：

jdbc.driver=com.mysql.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/bookkeeping?useUnicode=true&characterEncoding=utf8 jdbc.username=root jdbc.password=你的数据库密码

说明：密码一项是最大的卡点。如果本机MySQL的root密码和这个文件里不一致，登录一定失败。比较坑的是MySQL 8默认认证插件是caching_sha2_password，老版本的com.mysql.jdbc.Driver连不上，这时把driver改成com.mysql.cj.jdbc.Driver，url后追加&serverTimezone=Asia/Shanghai即可。

注意：数据库密码如果带@或/这类特殊字符，在URL写法里容易冲突。与其研究转义规则，不如直接把本机MySQL密码改成纯字母数字组合，这是血泪经验，省下的时间够跑通整个项目。

3.3 放入 webapps 并启动：上下文路径决定你怎么访问

部署这步最常见的方式是直接复制整个项目文件夹到Tomcat的webapps目录。Tomcat会自动把这个文件夹的名称作为上下文路径，也就是URL里项目名那一部分。

# 假设解压出来的文件夹名为 bookkeeping cp -r bookkeeping /path/to/apache-tomcat-9.0.x/webapps/ # 启动：Windows 直接执行 bin 下 startup.bat，Linux/macOS 执行： sh /path/to/apache-tomcat-9.0.x/bin/startup.sh # 实时看启动日志，路径在 logs/catalina.out tail -f /path/to/apache-tomcat-9.0.x/logs/catalina.out

说明：copy完成后不要急着刷新浏览器。先看日志，日志里出现Server startup in字样才算启动成功；出现Exception就往上翻栈顶，看是哪一行代码报错。如果项目里带着war包而不是文件夹，直接把war丢进webapps，Tomcat会自动解压。访问地址是http://localhost:8080/bookkeeping/login.jsp，其中bookkeeping就是文件夹名，改文件夹名URL也要跟着变。

页面打不开时按这个顺序排错：先访问http://localhost:8080，出现Tomcat猫页说明服务正常；再访问项目根路径，404就是文件夹没放对或名字不一致；能打开login.jsp但登录提交报数据库错误，说明连接串还有问题。三步就能把故障锁定在环境、部署、数据库三个层面，不用瞎猜。

4. 顺着增删改查读源码：登录鉴权、记账入库与月度统计三块核心代码

跑通之后最忌讳的是把代码晾在一边，直接开始改PPT。答辩老师的问题围绕代码展开，而且专挑你平时不注意但天天在用的地方问：不登录能不能直接访问页面？金额有人乱填怎么办？统计图的数字是怎么算出来的？顺着增删改查这条线读，这三个问题的答案刚好覆盖整个项目。

4.1 登录不难，难在「挡住未登录的人」：Session 与 Filter 的配合

这类系统的登录逻辑大同小异：LoginServlet接收用户名密码，到t_user表里查，查到就把用户放进Session，查不到就回登录页报错。真正值得关注的是Filter，一个二十来行的过滤器，决定了「没登录能不能直接打开记账页面」。这段代码直接决定系统最基本的防线。

public class LoginFilter implements Filter { public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request = (HttpServletRequest) req; HttpServletResponse response = (HttpServletResponse) resp; HttpSession session = request.getSession(false); String uri = request.getRequestURI(); // 已登录直接放行；登录页和登录接口也算公开资源 if (session != null && session.getAttribute("user") != null || uri.endsWith("login.jsp") || uri.endsWith("LoginServlet")) { chain.doFilter(req, resp); } else { response.sendRedirect(request.getContextPath() + "/login.jsp"); } } }

说明：getSession(false)不会主动创建Session，避免每个请求都白白生成一个会话对象。放行条件里必须包含login.jsp和LoginServlet本身，否则过滤器把登录页自己拦下来，形成死循环。这个判断顺序在答辩时经常被问，能讲清楚的人不多。web.xml里把过滤器映射为/*，整个项目的动态请求就都在它管束之下。

登录成功跳转后，多数系统会把用户信息展示到首页，也就是jsp个人信息展示页面。这一页通常是JSP标签配合EL表达式，用${sessionScope.user.username}直接输出当前用户名。看到EL表达式和JSTL标签不用慌，能读懂含义就可以，答辩被问「前端怎么取的数据」，回答「EL表达式从Session取值」就能过关。

4.2 记一笔账的链路：JSP 表单、类型转换与 PreparedStatement 注入防线

记账页是整套系统的核心。一条完整链路是：JSP表单提交、Servlet用request.getParameter取值、类型转换、PreparedStatement入库。最容易出问题的不是SQL本身，而是类型转换。

<form action="AddRecordServlet" method="post"> <select name="type"> <option value="expense">支出</option> <option value="income">收入</option> </select> <input type="number" name="amount" step="0.01" required> <input type="text" name="category" placeholder="餐饮/交通/工资"> <input type="datetime-local" name="recordDate"> <input type="text" name="note" placeholder="备注"> <button type="submit">保存</button> </form>

// Connection 通常来自 DBUtil.getConnection()，这里省略获取过程 Connection conn = DBUtil.getConnection(); // 从 Session 里取当前登录用户 Object userObj = request.getSession().getAttribute("user"); int userId = ((User) userObj).getId(); String type = request.getParameter("type"); double amount = Double.parseDouble(request.getParameter("amount")); String category = request.getParameter("category"); String note = request.getParameter("note"); // datetime-local 提交的格式是 2024-05-01T12:30 String recordDate = request.getParameter("recordDate"); String sql = "INSERT INTO t_record(user_id,type,amount,category,note,record_date) VALUES(?,?,?,?,?,?)"; PreparedStatement ps = conn.prepareStatement(sql); ps.setInt(1, userId); ps.setString(2, type); ps.setDouble(3, amount); ps.setString(4, category); ps.setString(5, note); ps.setTimestamp(6, Timestamp.valueOf(recordDate.replace("T", " "))); ps.executeUpdate();

说明：datetime-local提交过来是2024-05-01T12:30这种格式，MySQL的datetime字段不认中间的T，需要replace成空格再转Timestamp，这是这类系统最常见的翻车点。PreparedStatement的参数从1开始计数，顺序必须和SQL里问号一一对应。用PreparedStatement而不是字符串拼接SQL，核心原因是防SQL注入，比如用户把amount填成1; DROP TABLE t_record;，拼接方式会把整句变成两条SQL执行，占位符方式只会把它当字符串值处理。

如果源码里出现了DBUtil.getConnection()这类写法，说明连接是复用的。整个t_record表的核心操作就四个：新增、查询列表、修改、删除。把这四个方法在代码里定位出来，整套系统的CRUD全景就读完了。答辩时「这套系统用的是三层架构，视图层JSP，控制层Servlet，数据层JDBC」这句话，才有实据支撑。

4.3 月度统计：一条 GROUP BY 语句决定的图表数据

统计页是记账系统区别于普通CRUD的亮点，也是答辩时最能展开讲的功能。月度收支统计的本质，是一句按月份分组的SQL。看懂这条SQL，就能说清统计页每个数字的来源。

SELECT DATE_FORMAT(record_date, '%Y-%m') AS month, SUM(CASE WHEN type = 'income' THEN amount ELSE 0 END) AS total_income, SUM(CASE WHEN type = 'expense' THEN amount ELSE 0 END) AS total_expense FROM t_record WHERE user_id = ? GROUP BY DATE_FORMAT(record_date, '%Y-%m') ORDER BY month DESC;

说明：DATE_FORMAT把datetime字段截成2024-05这种年月字符串，GROUP BY按它分组；CASE WHEN把收入和支出拆成两列，SUM求和。后端拿到这个查询结果，就往图表里填数据。前端表现上，老项目常见两种路线：JFreeChart后端直接用Java画图输出图片，ECharts前端用JavaScript画交互图表。判断依据是统计页HTML里有没有<script src="echarts.min.js">，或者Servlet里有没有import org.jfree.chart。答辩时主动说清「统计图数据来自这条SQL，按月分组汇总」，比背概念有用得多。

5. 最容易翻车的五个坑：环境报错、中文乱码、404 与答辩现场白屏

部署视频能跑，只能说明作者当时的电脑、当时的网络、当时的浏览器长那样。把部署视频当操作手册逐帧照抄，是最容易翻车的心态。下面五个坑是这类JSP毕设里反复出现的，按「现象、原因、解决」列出来，遇到直接对号入座。

5.1 环境与数据库报错：ClassNotFound、Access denied、端口占用

现象一：Tomcat启动即崩，日志里有ClassNotFoundException: com.mysql.jdbc.Driver。 原因：MySQL驱动jar不在WEB-INF/lib下。很多毕设包在传递过程中把jar过滤掉，或者作者用IDE部署时依赖由IDE提供，打包时漏进去了。 解决：下载对应版本的connector jar放进WEB-INF/lib目录，重启Tomcat。判断逻辑很简单：ClassNotFoundException定位的是类找不到，优先怀疑jar缺失，不优先怀疑代码。顺便检查lib下有没有jstl.jar和standard.jar，很多JSP页面用了JSTL标签，缺这两个会报另一种ClassNotFound。

现象二：登录时系统提示Access denied for user 'root'@'localhost' (using password: YES)。 原因：jdbc.properties里写的密码与实际数据库密码不一致，或者MySQL 8的默认认证插件是老驱动不认的caching_sha2_password。 解决：先用mysql -u root -p能进库就说明密码没错，这时只改配置文件；进不了库就在命令行重置MySQL账号密码。MySQL 8还需要把driver改成com.mysql.cj.jdbc.Driver，url加serverTimezone=Asia/Shanghai。改完一定重启Tomcat，properties文件的改动不一定被热加载。

现象三：8080端口报错Address already in use: JVM_Bind。 原因：端口被另一个Tomcat、IDE内置服务器或别的软件占了。 解决：Windows上执行netstat -ano | findstr 8080，找到监听进程的PID，再执行taskkill /PID pid /F；如果不想杀进程，改conf/server.xml里的<Connector port="8080">，换成8081之类，同时把shutdown端口也换掉，访问URL同步变化。

5.2 页面与演示报错：乱码、404、白屏

现象四：登录后整个页面全是菱形乱码，数据库里存的也是乱码。 原因：三层字符集没统一。JSP页面可能是GBK编码，数据库表是utf8，JDBC连接串没指定characterEncoding，三层各说各话。 解决：JSP页面开头pageEncoding改成utf-8；SQL导入时加--default-character-set=utf8mb4；jdbc.url末尾加useUnicode=true&characterEncoding=utf8。改完之后，要把表里已存在的乱码数据清掉重新导一遍，只改配置不重导数据，旧的乱码依然留在库表里。

提示：字符集问题改一次，就要把「导入、存储、展示」三段一起验证。只验证页面一段，数据库里可能还在悄悄存错。

现象五：登录后跳转404或统计页白屏，控制台报Failed to load resource。 原因：登录成功后代码里用了绝对路径跳转，写的项目名和当前部署的文件夹名不一致；或者统计页引用了在线CDN的ECharts，作者录视频时有网，答辩教室没网。 解决：全项目搜索类似/项目名/xxx.jsp的写法，把跳转路径改成request.getContextPath()动态拼接；前端JS、CSS、图片如果有外链，全部下载到本地项目目录改成本地引用。验证方法是断网状态下走一遍登录到统计页的完整流程，这一步在答辩前一晚做，比答辩当天祈祷网络好靠谱得多。

6. 把别人的毕设变成能答辩的作品：三处必改点与冒烟测试清单

跑通只是热身。打包毕设最致命的问题不是代码跑不起来，而是老师看两眼就能判断你是不是亲手做的。与其背十页原理，不如让系统带上一两个你亲手改过的痕迹。

第一个必改点：全项目搜索作者名、学校名、原题名。JSP页面底部版权、index.jsp的标题、PPT封面、报告摘要，这些位置最容易残留原作者痕迹。第二个必改点：动一动包名和类名，把默认包改成自己的命名序列，这是防查重最朴素但最有效的办法，改完跑一遍回归，确认没改坏。第三个必改点：加一个小的功能扩展。基于现有表结构，给统计页加「上月同期对比」，或者在个人中心加「修改个人信息」，改动量控制在半天内，答辩时主动说「这个模块是我在原框架上扩展的」，比背任何概念都有说服力。

答辩前用这张冒烟测试清单过一遍，全部通过再上答辩场：

我当年第一次接触这类JSP毕设压缩包时，最大的教训是没有完整看完部署视频就上手，结果在数据库密码上耗了一个通宵。从那以后养成了一个习惯：拿到任何现成源码，先复制一份备份，再改配置，最后才打开代码看逻辑。顺序对了，这类项目基本能在两天内变成能演示、能答辩的完整作品。希望帮到你。

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