企业官网建设流程全解析

简介：面向计算机相关专业毕业设计与期末大作业的JSP汽车售后服务管理系统完整项目，覆盖客户信息管理、维修记录、配件库存、保养提醒、服务预约、投诉处理等核心业务模块。压缩包共1001个文件，大小13.05MB，包含JSP页面、Java后端源码、JS/CSS前端资源、SQL数据库脚本以及需求分析、设计说明、数据库设计、测试用例等论文与开发文档。目前已有47人学习下载。项目源码经过本地编译调试，可稳定运行；技术栈涉及JSP、Java、Servlet、MySQL/SQL Server数据库，前端结合JavaScript、CSS实现动态交互，适合正在做毕业设计的学生或需要项目实战练习的开发者。配套文档详细记录了数据表设计、字段定义、索引使用等关键信息，通过完整源码与文档可深入理解Web开发、数据库建模和软件开发流程，为独立完成类似项目打下坚实基础。

1. 基于web的汽车售后服务管理系统：这不是一个简单的“修车登记本”

拿到“基于web的汽车售后服务管理系统的设计与实现+jsp.zip”这个压缩包的人，很多第一反应是：这不过是又一个JSP课设。实际上不是。它里面有完整的Servlet后端、JSP前端界面、MySQL脚本和一条围绕“预约-接待-派工-维修-配件-结算-回访”的业务链路，是典型的JSP+Servlet+MySQL三层Web项目。它能直接解决4S店和维修厂用Excel记录客户、车辆、工单、库存的低效问题，也适合刚学完Java Web的开发者拿来做复现和二次开发。下面我会先给你一条能跑通的路径，再把每一处的参数和坑讲清楚。如果你正打算交课程设计，或者想从Spring Boot回到JSP看底层原理，这篇很长，但值得看完。

2. JSP汽车售后系统的架构与数据库设计：7张表理清售后业务流

2.1 为什么还值得看JSP老项目：它能帮你把Web工程的地基走一遍

很多人在学校被要求做“基于jsp的毕业论文管理过程系统设计与实现”一类题目，打开自己的项目一看是JSP，会怀疑是不是落后了。其实JSP项目依然值得做。一个web项目无论用什么框架，本质都是处理请求、连接数据库、渲染页面。Spring Boot把很多配置封装成了黑匣子，你点一下运行服务就起来了，但Tomcat如何解析JSP、Servlet如何被Filter拦截、Session何时失效，这些底层行为在JSP项目里是透明的。你打开一个JSP文件，里面混着HTML和Java代码，就是一种非常直白的“动态页面”演示。

抛开情怀，从性价比出发：JSP项目部署简单，常见做法是JDK8 + Tomcat9 + MySQL5.7，三者版本稳定，遇到问题网上一搜全是答案。而Spring Boot web项目结构目录虽然更规范，但对新手来说，理解“打包-部署-war包-外部Tomcat”还有额外成本。做一个JSP项目，你能在一周内把后端请求、前端渲染、数据库CRUD全部过一遍。我一般会先劝读者不要嫌弃这种“老技术”，因为你的目标是搞懂设计，而不是追新。

2.2 售后服务业务流程：从预约到回访的六个环节

系统不是把客户信息存进数据库就完了。标准的4S店售后服务流程是：客户打电话预约保养，前台接待在系统里创建工单，给车辆做环检确认，然后派工给维修技师；技师领料修车，完工后由质检员验收，最后到收银台结算。整个流程涉及的角色有管理员、前台、技师、配件管理员，权限各自独立。用Web方式实现后，前台可以用一个浏览器把客户、车辆、预约、工单串起来，配件部能看到实时库存变化，管理者能在网页里看经营数据。

这里要注意，JSP课设常见的错误是只做了一堆CRUD页面，没有业务状态。一个维修工单如果只有“新增”和“删除”，那和Excel没区别。真正要设计的是工单状态机：待接待、检修中、待结算、已完成、已归档。每个状态允许哪些人操作，要在代码里用if或者switch控制，也可以直接存一个status字段，然后前端按钮按角色显隐。设计题目的老师往往更看重这个环节，而不是页面多不多。

2.3 数据库表设计：主表、从表和状态字段

建议先画表再写代码。一个最小可用的汽车售后管理系统，至少需要8张表：用户表(t_user)、客户表(t_customer)、车辆表(t_vehicle)、预约表(t_appointment)、工单表(t_repair_order)、工单项表(t_repair_item)、配件表(t_parts_stock)、结算表(t_settlement)。注意工单和维修项目的区别：一个工单可以有多个项目，比如换机油、换机滤、做四轮定位，属于一对多关系，必须拆成两张表。配件库存是另一个维度，技师领料时在领料表里记录，而不是直接修改库存数量后无法追溯。

下面是常用表结构，字段名按通用习惯给，你可以根据项目实际需求简化：

参数说明：所有表都建议加一个create_time字段，用datetime类型；金额字段用decimal(10,2)，千万别用float，否则结算单会莫名多出0.000001。表名用t_前缀是开发者的习惯，主要是避免和MySQL关键字冲突，例如order是关键字，所以工单表用repair_order而不是order。实际建表的SQL脚本通常由zip里的.sql文件提供，你也可以自己用Navicat手工建。

如果你手头没有完整的建表脚本，可以按下面这个简化脚本自己建核心表：

CREATE TABLE t_user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(64) NOT NULL, real_name VARCHAR(50), role VARCHAR(20) COMMENT 'admin/reception/tech/parts' ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; CREATE TABLE t_vehicle ( id INT PRIMARY KEY AUTO_INCREMENT, customer_id INT NOT NULL, plate_no VARCHAR(20) NOT NULL, brand VARCHAR(50), model VARCHAR(50), vin VARCHAR(50) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

逻辑说明：AUTO_INCREMENT依赖MySQL自身维护自增ID；role字段直接存字符串，简单直观，但如果有多个权限点，建议改用角色表。参数说明：字符集用utf8mb4而不是utf8，因为utf8mb4能存emoji，也能兼容手机号里可能出现的特殊字符。在JSP页面里显示中文乱码时，很多人改一堆配置，其实只要统一把建表字符集、JSP pageEncoding、JDBC连接参数设置为utf8mb4，乱码能消失80%。

在建表时，客户表和车辆表是典型的一对多。车辆下拉框的数据来自t_vehicle，前端需要拿到customer_id去过滤。这里有一个常见的坑：JSP页面里通过JDBC连接数据库时，如果直接用Statement拼接参数，很容易产生注入问题，而且对车牌号这类含特殊字符的数据还会出错。后文我会给一个用PreparedStatement的写法，在数据库层规避这些问题。

数据库脚本导入完成后，建议先手动验证一下：用root账号登入MySQL，执行show tables;确认8张表都在；再select * from t_user;确认管理员初始账号已经插入。这一步能避免后文启动Web项目时报“Table does not exist”之类的玄学错误。很多同学直接打开zip里的sql脚本执行，结果因为MySQL版本不同，自增字段语法不一样导致建表失败，这类问题第五章会专门讲。

3. 把zip变成可运行的Web工程：JDK、Tomcat、MySQL的版本搭配与导入

3.1 环境版本：JDK8、Tomcat9、MySQL5.7为何是黄金组合

一个Zip包在别人机器上能跑，在你机器上翻车，90%是环境版本不一致。JSP项目最常见的开发环境是JDK1.8，不是因为新，而是因为Tomcat9和JDK8配合最稳，能避免Java EE模块被移除的报错。Tomcat是免费开源的web服务器，相当于Web项目运行时的“家”。你不需要去找什么付费容器，本机装一个就够做开发和答辩演示。

MySQL也建议用5.7而不是8.0。原因有两个：很多老项目的JDBC驱动是mysql-connector-java 5.1.x，连8.0会出现“Public Key Retrieval is not allowed”和时区报错；另外MySQL8默认密码加密方式为caching_sha2_password，老驱动不认。如果你只有MySQL8也没关系，我在3.4给出一个参数调整的方法。

安装顺序：先装JDK8，配置JAVA_HOME；再装Tomcat9，解压即用；最后装MySQL5.7。注意Tomcat9的默认端口8080很容易被占用，后面会讲怎么改。整个过程不需要IDE也可以，但用IDEA开发会更顺手，IDEA 2024版本创建web项目时选“Java Enterprise”模板，然后手动挂载Tomcat。

3.2 导入SQL脚本：两种可复现的方式

Zip包中通常会有一个sql或db文件夹，有的叫car_service.sql。拿到后你先不要双击打开，MySQL的命令行和图形化导入是两套逻辑。常见做法是打开终端，进入mysql命令：

mysql -u root -p source C:/workspace/car_service.sql

逻辑说明：source命令会逐行执行SQL文件，遇到错误会继续往下跑，所以容易“半成功”。如果你想严查，可以在执行前加一条SET FOREIGN_KEY_CHECKS=0;，避免外键导入顺序报错。参数说明：文件路径中不要包含中文或空格；如果你用的是Navicat，右键数据库选择“运行SQL文件”也一样，但跑完后务必点一下刷新，不然新表不会出现在列表里。

提示：导入SQL前，如果原库里已经有car_service这个库，建议先备份。下面这条重建库的命令只用于本地灰盒环境。

如果你面对的是一长串不完整的SQL，建议直接删掉原库重建：

DROP DATABASE IF EXISTS car_service; CREATE DATABASE car_service DEFAULT CHARSET utf8mb4; USE car_service; source C:/workspace/car_service.sql;

参数说明：DROP DATABASE这一行很危险，只在本地库确认没别的东西时用；utf8mb4指定当前库默认字符集，这样建表语句里就算没写字符集，也会继承这个设置。执行完后执行use car_service; show tables;，这个动作能让你避开后面“找不到表”的坑。

3.3 IDEA2024版本创建Web项目并挂载Tomcat：关键配置是Artifacts

现在很多人用的是IntelliJ IDEA 2024，默认会引导你建Spring Boot项目。但JSP项目属于传统Web工程，需要选“Java Enterprise”或“Web Application”模板。如果你不想新建，用File -> Open打开解压后的zip目录，IDEA会自动识别为有pom.xml或src的普通项目。

如果zip是一个Eclipse导出的war结构，里面没有pom.xml，我建议用“New -> Project from Existing Sources”导入，然后右键webapp目录，点击“Add as Library”。这一步是IDEA能识别JSP页面的关键，否则你的JSP全是灰白色，没法运行。

之后进入Project Structure（快捷键Ctrl+Shift+Alt+S）设置Project SDK为1.8，Modules里添加Web模块，然后在Artifacts中把项目打包成war exploded。这里有一个JSP新手必踩的坑：如果你只加了war没有加exploded，每次修改JSP页面都要重新构建，Tomcat热部署完全失效。很多人的项目改了个标题刷新后没变化，就是因为包成了war而不是war exploded。

具体部署到Tomcat的步骤：点击顶部的Add Configuration，选择Tomcat Server -> Local，在Deployment标签页加Artifact，Application context建议填/car_service。这里的上下文路径决定了访问地址：http://localhost:8080/car_service/login.jsp。如果你不填上下文，直接用“/”映射，浏览器访问会直接进根目录可能找不到默认页。Address端口填8080，这个端口在下一节还有故事。

3.4 JDBC连接配置：让数据库连接串不再是黑匣子

JSP项目一般把JDBC连接写在src/db.properties或DBUtil.java里。最常见的问题是改了自己电脑的数据库密码，却没有改配置文件。连接串如下：

jdbc.driver=com.mysql.jdbc.Driver jdbc.url=jdbc:mysql://127.0.0.1:3306/car_service?useUnicode=true&characterEncoding=utf8&useSSL=false&serverTimezone=Asia/Shanghai jdbc.username=root jdbc.password=123456

参数说明：127.0.0.1是本机回环地址，尽量不要写localhost，因为MySQL在特殊环境下只监听IPV6会导致连接慢；characterEncoding=utf8解决中文乱码；useSSL=false去掉SSL握手提示；serverTimezone=Asia/Shanghai解决MySQL8时区报错。如果你用MySQL8，还需要把driverClassName那行换成com.mysql.cj.jdbc.Driver，5.1的驱动不支持新版本协议。

这里教你一个验证JDBC是否成功的“后悔药”：写一个main方法，直接在主函数里getConnection打印是否成功。不要每次都启动Tomcat去验证，那会浪费你的耐心。这个方法虽然朴素，但能区分问题是出在Tomcat还是数据库，属于排查链路中的第一步。

4. 核心实现拆解：从Filter拦截到PDF打印，JSP项目里值得抄的5段代码

4.1 登录状态校验：Filter拦截所有非登录请求

任何管理系统第一步都要拦住未登录用户。在JSP里，你不用在每个Servlet里复制粘贴Session判断，可以用Filter统一处理。下面是常见写法：

@WebFilter("/*") 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; String uri = request.getRequestURI(); if (uri.endsWith("login.jsp") || uri.endsWith("LoginServlet") || uri.contains("/css/") || uri.contains("/js/")) { chain.doFilter(req, resp); return; } Object user = request.getSession().getAttribute("loginUser"); if (user == null) { response.sendRedirect(request.getContextPath() + "/login.jsp"); return; } chain.doFilter(req, resp); } }

逻辑说明：这段代码把登录页和静态资源放行，其他请求全部拦截。过滤器的核心是chain.doFilter放行请求，否则请求永远到不了Servlet。注意@WebFilter("/*")拦截的是所有路径，包括图片，所以要放行/css和/js。参数说明：/LoginServlet是登录提交的路径，必须放行，否则用户输入账号密码后会陷入死循环跳回登录页。如果项目不是用注解而是web.xml配置Filter，order顺序也很重要，配置多个过滤器时按web.xml中filter-mapping顺序执行。

顺带一提，JSP个人信息展示页面往往要从Session里取当前用户。这个Filter里你可以顺手把loginUser塞进request属性，这样JSP页面用${sessionScope.loginUser.realName}就能显示当前操作员，比在每个Servlet重复findUserById要清爽。

4.2 分页查询客户列表：Servlet接收页码参数，JSP循环渲染

客户管理是售后系统的核心档案模块。数据量一大，不可能一次性查完。常见做法是在Servlet中读取pageNo和pageSize，然后调用DAO执行limit查询，同时查总数。代码片段：

int pageNo = request.getParameter("pageNo") == null ? 1 : Integer.parseInt(request.getParameter("pageNo")); int pageSize = 10; String sql = "SELECT * FROM t_customer LIMIT ?, ?"; PreparedStatement ps = conn.prepareStatement(sql); ps.setInt(1, (pageNo - 1) * pageSize); ps.setInt(2, pageSize);

逻辑说明：LIMIT ?, ?的第一个参数是起始行，从0开始。pageNo=1时偏移量为0，取第0到第9条；第二页取第10到第19条。这个公式建议直接背下来：(pageNo-1)*pageSize。整个JSP页面里循环用<c:forEach>渲染ResultSet或List。参数说明：pageNo要处理为null和非法字符，比如pageNo=abc会导致Integer.parseInt抛异常，常见写法是try-catch后默认置为1。pageSize固定10是一个合理值，别贪心一次查500条，会给JSP渲染带来明显卡顿。

在JSP页面端，使用JSTL标签库展示时还需要注意，JSP服务端渲染的结果在浏览器View Source里能看到完整表格内容，这也是JSP和Ajax接口最大的区别。你后面如果想做二次开发，可以保留这个分页结构，换成JSON返回即可。

4.3 维修工单状态机：用一个status字段撑起整个流程

工单从创建到归档，不过就是status从0变到4，但很多人会在这上面翻车。常见做法是定义常量集合或者直接用int值加注释：

// 0-待接待 1-维修中 2-待结算 3-已完成 4-已取消 int status = Integer.parseInt(request.getParameter("status")); if (order.getStatus() == 1 && status == 2) { // 只有维修中才能去结算 updateOrderStatus(orderId, 2); } else { throw new RuntimeException("非法的状态流转"); }

逻辑说明：这里把状态流转规则写死在代码里，保证前端按钮只能按顺序提交。为什么强调状态校验？因为你可以用Fiddler绕过前端按钮，直接POST一个status=4，如果后端不校验，工单就会在派工前被归档，整个流程就乱了。参数说明：status=2这个值要和数据库表注释保持一致。MySQL里status字段类型建议tinyint(4)，默认0，加COMMENT '状态：0待接待，1维修中，2待结算，3已完成，4已取消'，这样后续维护的人不会靠猜。

如果你的系统需要记录每次状态变更的历史，那必须再加一张t_order_status_log表，包含order_id, from_status, to_status, op_user_id, create_time。不要小看这张日志表，答辩时老师很可能会问“你如何追踪工单流转”，它比把所有操作塞进工单表里的updated_time要可信得多。

4.4 配件库存扣减：事务和锁决定库存不超卖

维修技师领用配件时，需要同时插入一条领料记录并减少对应配件库存。这两个动作要么都成功，要么都失败，否则会出现“领料记录写了，但库存没减”的问题。示例代码：

Connection conn = getConnection(); try { conn.setAutoCommit(false); // 1. 查询当前库存 PreparedStatement ps1 = conn.prepareStatement( "SELECT stock_count FROM t_parts_stock WHERE part_code = ?"); // 2. 扣减库存 PreparedStatement ps2 = conn.prepareStatement( "UPDATE t_parts_stock SET stock_count = stock_count - ? WHERE part_code = ? AND stock_count >= ?"); int rows = ps2.executeUpdate(); if (rows == 0) { throw new RuntimeException("库存不足"); } // 3. 插入领料记录 PreparedStatement ps3 = conn.prepareStatement( "INSERT INTO t_repair_parts_usage(order_id, part_code, count, cost) VALUES (?, ?, ?, ?)"); ps3.executeUpdate(); conn.commit(); } catch (Exception e) { conn.rollback(); throw e; } finally { conn.setAutoCommit(true); close(conn); }

逻辑说明：重点在UPDATE那条语句里的stock_count >= ?，它利用了数据库行锁实现原子条件更新，库存不足时UPDATE影响行数为0，直接抛异常。这是最简单可靠的防超卖写法，而不是先SELECT再判断再UPDATE——后者的并发窗口会在两台电脑同时点领料时发生超卖。参数说明：conn.setAutoCommit(false)必须放在try之前，你如果放在try里面，前面一旦出错就回滚不了。close操作建议放到finally，并且在close前setAutoCommit(true)，这样才能复用连接池连接。

4.5 结算单的Web页面PDF打印：不依赖插件的方法

售后系统打印结算单是很常见的需求。很多人第一反应是用iText生成PDF，但纯JSP项目里引入PDF库会增加好几MB依赖和CJK字体配置，非常容易踩坑。更常见的方案是做一个打印友好的JSP页面，利用浏览器自带的打印功能输出PDF。具体做法：

<style> @media print { .no-print { display: none; } #printArea { width: 100%; } } </style> <div id="printArea"> 结算单号：${orderNo} </div> <button class="no-print" onclick="window.print()">打印</button>

逻辑说明：window.print()是浏览器原生的打印对话框，用户选择“另存为PDF”即可导出PDF文件。@media print样式可以隐藏按钮、导航栏，只保留结算单内容。参数说明：在Chrome里，打印页面的默认页边距可能很大，可以通过CSS设置@page { margin: 10mm; }调整；如果结算单超过一页，注意在table行上设置page-break-inside: avoid，避免一行被劈成两半。价格信息统一用等宽字体可以让数字对齐更整齐。

这套方案的缺陷是不能自动下载PDF到指定目录，但对售后管理系统这种内部使用场景，浏览器打印已经足够。答辩演示时，打印预览界面一拉，反而比代码生成的PDF更有说服力。

5. 部署与运行排查避坑：JSP/MySQL/Tomcat最容易翻车的5个现场

5.1 JSP页面中文乱码：现象、原因、解决

现象：登录后客户姓名显示为“???”或者一坨乱码。原因有三个：数据库表字符集不是utf8mb4、JSP页面本身没有声明pageEncoding、JDBC连接串里没加characterEncoding。这三个中有一个不对就会乱。解决方法是逐层排查：先看MySQL命令行执行select * from t_customer能否正常显示中文；如果不能，说明数据入库时已经被转坏了，SQL脚本导入时没指定字符集。如果在浏览器乱码但数据库正常，看JSP页面第一行指令是否写了contentType="text/html; charset=UTF-8"和pageEncoding="UTF-8"。如果都正常，再看JDBC连接串；按上一章的模板改完后，大多数乱码问题都会消失。

5.2 Tomcat 8080端口被占用：重启后一直404

现象：Tomcat启动时控制台报Address already in use: JVM_Bind:8080，或者服务显示Started但浏览器访问空白。原因：上一个Tomcat进程没有完全退出，或者你同时在IDEA和命令行各启动了一次。解决：在命令行执行netstat -ano | findstr 8080，看到占用PID后，到任务管理器结束该进程。更稳妥的方法是改Tomcat端口：打开conf/server.xml，把Connector port="8080"改为8081。这里注意如果你在IDEA里部署，改配置文件后要restart一下Tomcat服务，不是redeploy，因为server.xml的改动不会被自动加载。

5.3 访问项目显示404，但Tomcat首页能打开

现象：Tomcat默认首页能访问，打开你的项目上下文路径却404。原因：Artifacts没部署对，或者没有把web.xml放对位置。在IDEA中检查Run Configuration -> Deployment，Application context必须与实际访问路径一致；如果项目里没有web.xml，老式JSP项目会缺失父路径。另一个常见原因是没编译成功：target/classes目录里class不全，导致Servlet被跳过。解决：Build -> Rebuild Project，然后启动Tomcat，在控制台看到“Deployment of web application archive has finished”后再访问。如果还是404，检查WEB-INF/lib下面是否缺少servlet-api.jar的运行时依赖，特别注意不要把这个包也打进WEB-INF/lib，否则会和Tomcat自带容器冲突。

5.4 JDBC报错驱动类找不到：ClassNotFoundException

现象：启动Tomcat时没有异常，但访问Servlet时控制台抛出java.lang.ClassNotFoundException: com.mysql.jdbc.Driver。原因：mysql驱动jar没有拷贝到WEB-INF/lib目录下。IDE的Module里有依赖但运行时不带，这是新手最常犯的错。解决：把mysql-connector-java-5.1.49.jar复制到项目的web/WEB-INF/lib目录，然后右键Add as Library。如果你用Maven，则在pom.xml里加依赖后点击“重新导入”按钮。注意驱动版本和MySQL版本要匹配，5.1对应MySQL5.7，8.0.33对应MySQL8。有一个容易被忽略的细节：驱动jar放好后，还要确认它出现在Artifacts的Output Layout列表中，否则打包部署时仍然不会带上。

5.5 刷新页面后表单重复提交：工单被创建两次

现象：按F5刷新结算页面，系统又新增了一条相同工单。原因：最后一步是POST请求，浏览器刷新会再次提交请求。解决：核心操作采用“POST-重定向-GET”模式，即在Servlet保存完数据后，不转发到JSP，而是sendRedirect到一个查询详情的Servlet地址。这样浏览器地址栏变成GET请求，刷新只重新查询，不会重复插入。参数说明：sendRedirect后地址要带上下文路径，比如response.sendRedirect(request.getContextPath() + "/order/detail?orderId=" + id)，否则会重定向到域名根路径变成404。这类问题在提交预约、创建工单、生成结算单三个页面都会出现，建议在三个Servlet里统一用重定向，别偷懒用request.getRequestDispatcher转发。

6. 从“能跑”到“能交差”：验收流程和把JSP接口改成Ajax的小技巧

做完系统后，你该怎么验证它真的达标？按业务流走一遍：用管理员账号登录，新建客户档案，添加车辆；用前台账号创建预约单；把预约转工单，派工给技师；技师添加维修项目并领料；最后到结算台生成结算单，点击打印预览，确认金额计算正确。每一步截图存证，这就是答辩时的项目证据。别小看这个流程，很多人的系统单点功能没问题，但一进流程就卡在“预约没有转工单的按钮”“领料后库存没有联动”这类环节。

进阶技巧：如果你的项目老师要求前后端交互更现代，不一定要推翻JSP。可以保留Servlet，在JSP页面用fetch调用接口，Servlet返回JSON。比如客户名下拉框，先加载一个只有id和name的JSON接口，然后用JavaScript生成select选项。这比JSP里用JSTL的<c:forEach>渲染下拉框更灵活，接口还能被其他端复用。这样你既沿用现有毕业设计，又能讲出“前后端分离”的改进点。我在自己带的项目里见过太多同学做这个改造时直接把JSP删除，结果页面全丢，最后还是一步步改回来。正确顺序是先加Ajax，再考虑把渲染挪到前端。

最后提醒一句：这个方向值得做，但不要只满足于“能跑”。把用户权限、状态机、事务这三个点讲明白，你就从“写了JSP的人”变成“设计了Web系统的人”。我每次带新手做完这个项目，都会让他们再梳理一遍数据库关系，画一张ER图——你面试时最值钱的不是代码，而是对业务闭环的理解。希望帮到你。

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