企业官网建设流程全解析

简介：本资源是一套面向计算机专业本科生及Java后端开发初学者的完整毕业设计实践方案，聚焦停车场信息化管理痛点，提供从理论到落地的全流程支撑。资源包共19个文件，涵盖7张系统功能截图（含车位管理、收费界面等）、3份核心文档（开题报告、任务书、答辩PPT）、2段实操视频（含项目部署与模块演示）、2个说明文本、1个MySQL数据库脚本（parking.sql）、1个源码压缩包（Parking.zip）、1个论文PDF/DOCX双版本及1个SQLite数据库文件，整体42.09MB。已有59人学习下载，内容组织清晰，覆盖需求分析、MVC分层实现、RFID与车牌识别集成、收费逻辑设计等关键环节；配套辅导视频详细演示环境搭建、数据库初始化与核心模块运行，论文文档包含完整测试用例与性能分析，可直接用于毕设答辩或二次开发参考。 做毕业设计选系统开发方向，停车场管理系统确实是个绕不开的经典题目。它不像电商、社交类项目那样功能繁杂，核心业务非常清晰——车辆进出登记、车位管理、收费结算，看起来简单，但真要做得完整、答辩能讲清楚、代码能跑通，需要梳理的细节一点都不少。

我这两年带过不少学生做类似题目，也帮人调试过基于J2EE的停车场项目源码。今天这篇就把“基于Web的停车场管理系统”从头到尾拆一遍，从选题思路、架构选型、数据库设计，到核心代码实现和常见坑位，全部摊开讲。无论你是正准备开题，还是代码写到一半卡住了，这篇文章应该都能给你一些可以直接用的参考。

1. 项目整体设计与思路拆解

1.1 需求分析与功能模块划分

停车场管理系统听起来简单，但需求如果只在脑子里过一遍，写代码的时候大概率会东一榔头西一棒子。我的建议是，先画清楚角色，再列功能，最后才谈技术。

这类毕设项目里最常规的角色划分是三种：管理员、普通操作员（岗亭收费员）、系统超级用户。有些做进阶版的还会加“车主用户”角色，支持在线查询停车时长和缴费，但那属于锦上添花，核心还是管理端。

功能模块按业务流来划分，一般是这几个大的板块：

• 车位管理：车位信息的增删改查，车位状态（空闲/占用）的实时变更。
• 车辆入场登记：记录车牌号、入场时间、入场抓拍图片（如果做图片上传的话），分配车位。
• 车辆出场结算：根据入场时间和当前时间计算停车时长，按计费规则得出费用，支持现金、扫码支付（毕设里一般做个扫码支付的模拟入口）。
• 收费规则管理：按时段、按车型设置不同费率，这是拉开项目档次的关键点。
• 统计报表：按日/周/月统计进出车辆数量、营收情况，生成简单图表。
• 系统管理：操作员账号管理、角色权限控制、操作日志。

很多同学的误区是一上来就写代码，结果写到一半发现功能之间有依赖关系，比如车场满了怎么办、临时车和月租车怎么区分，这些业务规则没想清楚，代码改起来会非常痛苦。

有一点一定要想明白：停车场系统的核心不是界面做得多漂亮，而是“车位状态”和“计费逻辑”两条数据链路的准确性。车位从“空闲”到“占用”到“释放”，车辆从“入场”到“出场”，每个状态变更都要在数据库里有明确记录。答辩时老师最爱问的几个问题，基本都绕不开这两条链路。

1.2 为什么选J2EE + B/S架构 + MVC

题目里指定的技术栈是J2EE、B/S架构和MVC模式，这个组合放在今天看虽然不是最时髦的，但作为毕设选题，它有几个非常实际的好处。

先说B/S架构。Browser/Server模式最大的优势是客户端零安装，所有操作通过浏览器完成。对于停车场这种场景，意味着岗亭电脑只要能开浏览器就能用，系统升级时只需要更新服务器端代码，客户端不用做任何操作。这在开发和部署阶段都能省掉大量麻烦——你不用去折腾打包客户端、处理不同电脑环境兼容性问题。

再说J2EE。J2EE是一整套规范体系，包含了Servlet、JSP、EJB、JMS等一系列组件。毕设项目不太可能全部用到，一般核心就是Servlet + JSP + JDBC，或者用一些轻量级框架（比如Spring MVC）来简化开发。这里有个选择问题：用纯JSP+Servlet还是上框架？

我的建议是，如果基本功扎实、时间充裕，直接用Spring MVC + MyBatis这类流行框架，项目显得更“现代化”，论文也好写“框架优势”那一章。如果时间紧、或者对框架还不够熟，那就老老实实用JSP + Servlet + JDBC。不要觉得用老技术丢人，技术只是工具，能把业务逻辑讲清楚才是答辩拿分的关键。

最后说MVC模式。MVC不是某种具体的技术，而是一种分层思想——Model（模型）负责业务数据和逻辑，View（视图）负责页面展示，Controller（控制器）负责接收请求、调度模型和视图。分层的好处是显而易见的：业务逻辑和页面展示解耦，改页面不用动Java代码，改业务逻辑也不用重写页面，而且每个层次可以单独测试。

用一张表格来对比一下三个角色各自关心的内容：

1.3 MVC模式在停车场项目中的具体落地

光说概念没用，得落到具体的项目结构里。我习惯把项目按照这样的包结构来组织：

com.parking ├── controller // Servlet或Controller，接收请求、返回视图 ├── service // 业务接口 + 实现类，处理具体业务逻辑 ├── dao // 数据访问层，操作数据库 ├── entity // 实体类，对应数据库表 ├── util // 工具类：数据库连接、日期处理等 └── filter // 过滤器：编码处理、登录拦截

一个典型的请求流程是这样的：用户在前端页面点击“车辆入场”，表单数据被提交到Controller层，Controller负责做基础校验（比如车牌号不能为空），然后调用Service层的入场方法，Service层先检查车位是否充足，再调用DAO层向数据库插入停车记录并更新车位状态，最后Controller根据结果跳转到成功页面或返回错误提示。

这个流程里每个角色各司其职，没有跨越层级调用。比如，你绝对不应该在JSP页面里直接写JDBC代码连数据库，也不应该在Servlet里去拼接复杂的HTML片段（输出简单的JSON除外）。一旦跨层，项目后期维护会变得异常痛苦，论文中的“系统设计”部分也不好画图解释了。

2. 数据库设计与核心表结构解析

2.1 ER模型与表关系设计

数据库设计是整个项目的基石。表结构没设计好，后面写DAO层代码会很别扭，改表又要牵连实体类、查询语句一堆地方，所以这个环节值得花最多的心思。

停车场管理系统的核心表，按我的经验至少要有这几张：

• 管理员表（t_admin）：管理员ID、用户名、密码、角色、创建时间。
• 车位表（t_parking_space）：车位编号、区域、类型（普通/新能源）、状态（空闲/占用）。
• 车辆信息表（t_vehicle）：车辆ID、车牌号、车主姓名、联系电话、车辆类型（临时/月租）。
• 停车记录表（t_parking_record）：记录ID、车牌号、车位ID、入场时间、出场时间、停车时长、应收金额、实收金额、缴费状态。
• 收费规则表（t_fee_rule）：规则ID、车辆类型、首小时费用、续时费用、每日封顶金额、生效时间。
• 操作日志表（t_operation_log）：日志ID、操作人、操作内容、操作时间。

表之间的关系其实并不复杂：一个车位在某段时间内被某辆车“占用”，体现在停车记录表里就是一条记录包含车位ID和车牌号；一条停车记录关联一条收费规则来计算费用。

下面是一份简化版的建表SQL，可以直接拿去用：

-- 车位表 CREATE TABLE t_parking_space ( id INT PRIMARY KEY AUTO_INCREMENT, space_no VARCHAR(20) NOT NULL UNIQUE COMMENT '车位编号', area VARCHAR(50) DEFAULT 'A区' COMMENT '所在区域', space_type TINYINT DEFAULT 0 COMMENT '车位类型：0普通 1新能源', status TINYINT DEFAULT 0 COMMENT '当前状态：0空闲 1占用', create_time DATETIME DEFAULT NOW() ); -- 停车记录表 CREATE TABLE t_parking_record ( id INT PRIMARY KEY AUTO_INCREMENT, plate_number VARCHAR(20) NOT NULL COMMENT '车牌号', space_id INT NOT NULL COMMENT '车位ID', vehicle_type TINYINT DEFAULT 0 COMMENT '车辆类型：0临时 1月租', entry_time DATETIME NOT NULL COMMENT '入场时间', exit_time DATETIME DEFAULT NULL COMMENT '出场时间', duration_minutes INT DEFAULT 0 COMMENT '停车时长（分钟）', total_amount DECIMAL(10,2) DEFAULT 0 COMMENT '应收金额', paid_amount DECIMAL(10,2) DEFAULT 0 COMMENT '实收金额', status TINYINT DEFAULT 0 COMMENT '0停车中 1已离场', create_time DATETIME DEFAULT NOW(), FOREIGN KEY (space_id) REFERENCES t_parking_space(id) );

这里有一个细节：停车时长和金额其实可以通过入场时间、出场时间实时计算，不需要提前存数据库。但实际项目里我倾向于把时长和金额也冗余存储，因为统计报表需要按历史数据汇总，如果每次都要现场算，数据量大了之后查询效率会明显下降。这是个典型的“以空间换时间”的思路，在论文的数据库设计章节里也可以作为优化点来写。

2.2 计费规则的实现思路

计费规则是停车场系统最容易出现逻辑漏洞的地方，也是最值得在论文里详细描述的功能点之一。

常见的计费模式有几种：按小时计费、按半小时计费、首小时收费后续叠加、单日封顶。更复杂一些的还有夜间优惠、月租车不按次收费等。我推荐毕设里做“首小时+续时+封顶”的组合模式，既能体现设计能力，又不会把代码复杂度拉得太高。

计费流程的伪代码如下：

public BigDecimal calculateFee(String plateNumber, Date entryTime, Date exitTime, Integer vehicleType) { // 1. 计算停车总时长（分钟） long minutes = (exitTime.getTime() - entryTime.getTime()) / (1000 * 60); // 2. 月租车直接返回0，不按次计费 if (vehicleType == 1) { return BigDecimal.ZERO; } // 3. 查询收费规则 FeeRule rule = feeRuleDao.findByVehicleType(vehicleType); // 4. 首小时 + 续时费用 BigDecimal totalAmount = rule.getFirstHourFee(); if (minutes > 60) { long extraHours = (minutes - 60 + 59) / 60; // 向上取整 totalAmount = totalAmount.add(rule.getExtraHourFee() .multiply(BigDecimal.valueOf(extraHours))); } // 5. 判断是否超过单日封顶 if (totalAmount.compareTo(rule.getDailyCap()) > 0) { totalAmount = rule.getDailyCap(); } return totalAmount; }

很多同学会忽略向上取整的问题。停车52分钟和停车60分钟，在“首小时”的情况下费用应该一样，但第61分钟和第65分钟，续费金额可能就不一样了。代码里(minutes - 60 + 59) / 60这个表达式就是在做向上取整——先加59再整除60，保证不满一小时按一小时算。

这块逻辑想明白了，答辩的时候就可以主动说：“我这里考虑了跨天停车、首小时固定收费、超时向上取整、单日封顶几种情况”，老师的印象分会明显不一样。

2.3 数据库连接池与事务管理

J2EE项目里操作数据库，最不推荐的做法是每次请求都新建一个Connection，用完再关。高频访问下这会导致连接创建开销大，甚至撑爆数据库连接数。正确做法是用连接池。

毕设里常用的连接池有两种：DBCP、C3P0。如果用了Spring框架，也可以直接用Spring自带的DriverManagerDataSource（简单但不适生产）。我个人的偏好是C3P0，配置简单，稳定性足够，配合MySQL 5.7实测很稳。

一个标准的C3P0配置片段：

<c3p0-config> <default-config> <property name="driverClass">com.mysql.jdbc.Driver</property> <property name="jdbcUrl">jdbc:mysql://localhost:3306/parking_db?useSSL=false&amp;characterEncoding=utf8</property> <property name="user">root</property> <property name="password">123456</property> <property name="initialPoolSize">5</property> <property name="minPoolSize">5</property> <property name="maxPoolSize">20</property> <property name="maxIdleTime">60</property> <property name="checkoutTimeout">3000</property> </default-config> </c3p0-config>

事务管理这块需要特别留意。还是拿“车辆入场”举例：这个操作涉及两步——插入一条停车记录、把车位状态改为占用。如果第一步成功、第二步失败，那么数据库里就会有一条停车记录指向“仍然空闲”的车位，数据就脏了。

解决方式很简单：让这两个操作在同一个数据库事务里执行，要么全部成功，要么全部回滚。如果用了Spring，在Service层方法上加上@Transactional注解就能搞定。如果是纯Servlet + JDBC，就需要手动管理事务：

Connection conn = null; try { conn = JdbcUtil.getConnection(); conn.setAutoCommit(false); // 关闭自动提交 // 执行插入停车记录 parkingRecordDao.insert(record, conn); // 执行更新车位状态 parkingSpaceDao.updateStatus(spaceId, 1, conn); conn.commit(); // 全部成功，提交事务 } catch (Exception e) { if (conn != null) conn.rollback(); // 出现异常，整体回滚 throw e; } finally { if (conn != null) conn.close(); }

注意这里DAO层的方法都多传了一个Connection参数，目的是保证两条SQL用的是同一个连接，从而共享同一个事务。这个细节在论文的“系统实现”章节里写清楚，含金量是实打实的。

3. 实操过程与核心环节实现

3.1 开发环境搭建与项目初始化

先把我实际跑通这个项目的环境列出来，方便你参考：

• JDK 8（J2EE项目最稳妥的选择，新版JDK在某些配置上反而容易踩坑）
• Tomcat 8.5（Servlet 3.1规范，兼容性好）
• MySQL 5.7（稳定、资料多，Navicat或命令行导入SQL都方便）
• Eclipse IDE for Java EE 或 IntelliJ IDEA（二选一，IDEA现在学生普遍用得多）
• Maven 3.6（管理依赖，省去手动下载jar包的痛苦）

用Maven创建Web项目之后，pom.xml里需要引入的核心依赖有这些：

<dependencies> <!-- Servlet API --> <dependency> <groupId>javax.servlet</groupId> <artifactId>javax.servlet-api</artifactId> <version>4.0.1</version> <scope>provided</scope> </dependency> <!-- JSP API --> <dependency> <groupId>javax.servlet.jsp</groupId> <artifactId>javax.servlet.jsp-api</artifactId> <version>2.3.3</version> <scope>provided</scope> </dependency> <!-- JSTL标签库 --> <dependency> <groupId>javax.servlet</groupId> <artifactId>jstl</artifactId> <version>1.2</version> </dependency> <!-- MySQL驱动 --> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>5.1.49</version> </dependency> <!-- C3P0连接池 --> <dependency> <groupId>c3p0</groupId> <artifactId>c3p0</artifactId> <version>0.9.1.2</version> </dependency> </dependencies>

环境搭建这里最容易踩的坑有两个。一是Tomcat版本和JDK版本不匹配导致启动失败，Tomcat 8.5就必须配JDK 8或以上，Tomcat 9要求更高；二是Maven仓库下载依赖速度慢，建议把镜像源换成国内仓库，settings.xml里配置一下，下载体验会好很多。

项目初始化完成后，第一步不是写代码，而是在MySQL里把数据库建好、导入表结构和初始数据。初始数据至少要有：一个管理员账号（admin/123456）、几个测试车位、一条基础收费规则。有了这些，后续开发过程中随时可以自测。

3.2 核心功能实现——车辆入场与出场

作为整个系统里最重要的一组业务，我把入场和出场的实现细节单独拿出来说。

车辆入场的Service层实现，核心逻辑是这样的：

@Override public Map<String, Object> vehicleEntry(VehicleEntryDTO dto) { Map<String, Object> result = new HashMap<>(); // 1. 检查车牌号是否已经在停车场内 ParkingRecord activeRecord = parkingRecordDao.findActiveByPlateNumber(dto.getPlateNumber()); if (activeRecord != null) { result.put("success", false); result.put("message", "该车辆已在停车场内，请勿重复入场"); return result; } // 2. 查询一个空闲车位 ParkingSpace freeSpace = parkingSpaceDao.findFirstFreeSpace(); if (freeSpace == null) { result.put("success", false); result.put("message", "停车场已满，无法入场"); return result; } // 3. 插入停车记录（入场） ParkingRecord record = new ParkingRecord(); record.setPlateNumber(dto.getPlateNumber()); record.setSpaceId(freeSpace.getId()); record.setVehicleType(dto.getVehicleType()); record.setEntryTime(new Date()); record.setStatus(0); parkingRecordDao.insert(record); // 4. 更新车位状态为占用 parkingSpaceDao.updateStatus(freeSpace.getId(), 1); result.put("success", true); result.put("message", "入场成功，车位于" + freeSpace.getSpaceNo()); result.put("spaceNo", freeSpace.getSpaceNo()); return result; }

这段逻辑里有两处容易被忽略的边界情况：一是重复入场——同一辆车还没出场又想再进一次，必须要拦截；二是车位满时要有明确提示，不能直接报数据库异常。这些判断虽然简单，却体现了业务思考的完整性。

车辆出场的逻辑就要复杂一些，因为要计算费用、更新多方数据：

@Override public Map<String, Object> vehicleExit(String plateNumber, BigDecimal actualAmount) { Map<String, Object> result = new HashMap<>(); // 1. 查找该车当前的停车记录 ParkingRecord activeRecord = parkingRecordDao.findActiveByPlateNumber(plateNumber); if (activeRecord == null) { result.put("success", false); result.put("message", "未找到该车辆的入场记录"); return result; } // 2. 计算停车时间和费用 Date now = new Date(); long minutes = (now.getTime() - activeRecord.getEntryTime().getTime()) / (1000 * 60); BigDecimal amount = calculateFee(plateNumber, activeRecord.getEntryTime(), now, activeRecord.getVehicleType()); // 3. 更新停车记录：出场时间、时长、金额、状态 activeRecord.setExitTime(now); activeRecord.setDurationMinutes((int) minutes); activeRecord.setTotalAmount(amount); activeRecord.setPaidAmount(actualAmount); activeRecord.setStatus(1); parkingRecordDao.update(activeRecord); // 4. 释放车位 parkingSpaceDao.updateStatus(activeRecord.getSpaceId(), 0); result.put("success", true); result.put("message", "出场成功，应收金额为" + amount + "元"); result.put("amount", amount); return result; }

出场操作的顺序很重要，我的建议是先更新停车记录、再释放车位。如果反过来，一旦更新记录时报错，车位已经释放了，但记录还挂着“停车中”，就会造成停车记录和车位状态不一致。这种问题的排查成本相当高，答辨的时候能主动提到这一点，是加分项。

3.3 前端页面与后端交互

纯JSP时代的前端交互方式一般有两种：表单同步提交和Ajax异步提交。早期的教科书写得比较多的是表单同步提交，页面刷新一下，数据到了，但体验一般。现在毕设项目里普遍会用Ajax，页面无刷新更新，体验好很多。

以车辆入口页面为例，车牌号输入框通常会加一个回车监听，触发Ajax请求提交到后端：

function handleEntry() { var plateNumber = $("#plateNumber").val().trim(); if (plateNumber == "") { alert("请输入车牌号"); return; } $.ajax({ url: "parking?action=entry", type: "POST", data: { plateNumber: plateNumber, vehicleType: $("#vehicleType").val() }, dataType: "json", success: function(res) { if (res.success) { alert(res.message); $("#plateNumber").val(""); refreshParkingStatus(); // 刷新车位状态展示 } else { alert(res.message); } }, error: function() { alert("网络异常，请稍后重试"); } }); }

后端对应的Controller是这样接收并响应请求的：

@WebServlet("/parking") public class ParkingServlet extends HttpServlet { private ParkingService parkingService = new ParkingServiceImpl(); @Override protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { request.setCharacterEncoding("UTF-8"); response.setContentType("application/json;charset=UTF-8"); String action = request.getParameter("action"); PrintWriter out = response.getWriter(); if ("entry".equals(action)) { String plateNumber = request.getParameter("plateNumber"); Integer vehicleType = Integer.valueOf(request.getParameter("vehicleType")); VehicleEntryDTO dto = new VehicleEntryDTO(); dto.setPlateNumber(plateNumber); dto.setVehicleType(vehicleType); Map<String, Object> result = parkingService.vehicleEntry(dto); out.write(new Gson().toJson(result)); } else if ("exit".equals(action)) { // 出场逻辑 } } }

这样的交互方式，页面和后端只通过JSON数据通信，层次清晰，前端页面维护起来也方便。

3.4 登录模块与权限控制

登录和权限控制是每个Web项目都绕不开的模块，也是毕设答辩高频问题。不要觉得“大家都做登录”就不认真写，一个带角色区分的登录模块，做得好不好一眼能看出来。

我的做法是用Filter统一拦截请求，判断Session里有没有登录用户，没登录就跳转到登录页：

@WebFilter("/*") public class LoginFilter implements Filter { @Override public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { HttpServletRequest req = (HttpServletRequest) request; HttpServletResponse resp = (HttpServletResponse) response; // 放行登录相关的请求 String uri = req.getRequestURI(); if (uri.endsWith("login.jsp") || uri.endsWith("login") || uri.endsWith(".css") || uri.endsWith(".js") || uri.endsWith(".png") || uri.endsWith(".jpg")) { chain.doFilter(request, response); return; } // 未登录则拦截 Object user = req.getSession().getAttribute("loginUser"); if (user == null) { resp.sendRedirect(req.getContextPath() + "/login.jsp"); return; } chain.doFilter(request, response); } }

登录成功后，把用户信息放进Session，然后根据角色决定页面跳转。管理员的权限范围比普通操作员大，这个可以再做一层简单的权限判断。这里要提醒一下：密码不要明文存数据库，至少用MD5加盐，或者直接用BCrypt。毕业论文里写一句“密码经MD5加密存储”，比精心设计的界面更能体现安全意识。

4. 常见问题与排查技巧实录

4.1 数据库连接相关故障

J2EE项目里数据库连接出问题的概率最高，也是新手最容易卡住的地方。

最常见的报错是ClassNotFoundException: com.mysql.jdbc.Driver，原因一般是缺MySQL驱动jar包，或者Maven依赖没成功下载。解决方案很简单：确认pom.xml里有没有依赖、本地仓库有没有对应jar包、运行时不至于手动把jar丢到WEB-INF/lib却失效（IDEA里需要重新部署）。

第二种常见问题是Access denied for user 'root'@'localhost'，用户密码不对。这种往往是因为MySQL没初始化密码或者密码改了但项目配置没同步。还有一种情况是MySQL 8.0的认证插件问题，caching_sha2_password默认插件在旧版驱动下不兼容，要么换驱动版本，要么执行一条SQL切换认证插件：

ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '你的密码';

第三种是连接池配置不当导致的连接耗尽。checkoutTimeout设得太短，高峰期连接不够用就会报超时；设得太长，用户那边会一直转圈看不到反馈。我的经验是初始连接数5、最大20、超时3秒，日常教学环境完全够用。

4.2 中文乱码实战排查

JSP页面中文乱码的问题，我在答疑里解决过不下十次。乱码的本质是编码不一致，涉及的环节有四个：HTML页面编码、Servlet接收请求的编码、JSP页面编码、数据库存储编码。任何一个环节编码不一致，都会导致乱码。

一套有效的组合拳是：

• JSP页面设置：<%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8"%>
• Servlet接收请求前设置：request.setCharacterEncoding("UTF-8");
• 响应用户前设置：response.setContentType("text/html;charset=UTF-8");
• 数据库连接URL带编码参数：jdbc:mysql://localhost:3306/parking_db?useUnicode=true&characterEncoding=UTF-8
• 数据库表本身设置utf8：建表时DEFAULT CHARSET=utf8

这五处都对齐了，基本上不会出现乱码问题。如果还乱，就看是哪个环节出的问题——用浏览器开发者工具看响应头里的charset，或者直接在Servlet里打印接收到的参数值，逐段缩小排查范围。

4.3 部署上线和Tomcat相关坑

把项目从IDE里部署到独立Tomcat，是很多同学在最后阶段卡壳的地方。这里有几个高频问题。

一个是端口占用。Tomcat默认8080被其他进程占用时，启动会报Port already in use。处理方式有三种：杀掉占用进程、改Tomcat端口、或者改项目访问端口。改端口最省事，在server.xml里找到<Connector port="8080"，改成8081或其他没用上的端口即可。

另一个是项目访问路径问题。部署后访问地址一般是http://localhost:8080/parkingSystem/，其中parkingSystem是项目部署名称。如果你在代码里写的路径都是绝对路径/login.jsp，部署后就会404。解决方案是所有的路径都加上项目上下文，JSP里用${pageContext.request.contextPath}这个EL表达式动态获取项目根路径。

发布的时候还要注意：src/main/webapp/WEB-INF/lib里如果有遗留的旧版本jar包，和新版本冲突，会出现NoSuchMethodError这类虽然能编译但运行时炸裂的问题。发布前把WEB-INF/lib清理干净，只保留需要的包，能省去大量不必要的调试时间。

4.4 论文写作与代码实现如何配合

论文和代码不是两件事，而是同一件事的两个面。代码实现了什么，论文就应该写什么。最怕的是代码写的是A方案，论文里描述的是B方案，答辨的时候老师一细问就露馅。

我建议的配合思路是：

• 写代码时，把每个模块的设计思路、关键逻辑、实现难点记录下来，这些素材之后直接组织到论文的“详细设计”和“系统实现”章节。
• 数据库设计部分，把ER图、表结构说明在数据库设计完成后就整理好，这个时间点最新鲜，之后补记容易遗漏字段。
• 测试部分，别只写“测试通过”四个字。截几个页面效果图、放一张测试用例表（包含功能项、输入数据、预期结果、实际结果），这些是论文里最直观的“工作量证明”。
• 图非常重要。系统结构图、流程图、时序图、ER图，不用多但必须精。答辩时老师翻论文，看的就是图表和格式。

我个人写论文的顺序一定是先搭好框架，但不是一次性写完。每完成一个模块的代码，就同步写对应章节，最后做整体润色。这样效率最高，因为模块功能刚做完，思路还在脑子里，写出来的东西也具体、有细节。

5. 项目辅导视频里的核心讲解思路

项目辅导视频存在的意义在于，把代码里不好直接看出来的设计思路和实现路径用语言讲清楚。我自己录视频或者给学生讲解的时候，内容一般按这个逻辑来组织。

先讲项目能干什么，把页面效果和功能演示一遍，让对方对项目全貌有直观感受。接着讲数据库设计，说明为什么这么建表、每张表解决什么问题、表之间的关联关系是什么。这部分不啰嗦，但要讲透彻。

再讲项目结构，让同学理解代码是怎么组织的，把MVC三层架构的映射关系讲清楚——哪个包对应控制器、哪个包对应业务、哪个包对应数据库。这一个过程几乎能解决同学一半的困惑。

然后挑核心业务流程详细讲解：完整走一遍“入场登记-计费-出场结算”的代码路径，每一步调了什么方法、为什么这么做。同时把容易忽略的边界情况和异常处理也带上。

最后是部署演示和常见问题的调整方法。这样一套下来，同学才能不仅会改代码，也真正理解项目中每一行的意义。

这里有一个非常实用的建议：讲解视频时，先让同学自己对着代码走一遍核心流程，然后在关键点上停下来提问。如果他能在提示下把主流程说明白，项目答辩基本就没有问题了。

6. 实操总结与经验延伸

做这个项目到现在，我的最深体会是：停车管理系统虽然不大，但它几乎覆盖了Web应用开发的所有核心环节——前端页面交互、后端接口、业务逻辑、数据库设计、权限控制、部署发布。把这样一个项目从头到尾做扎实了，对J2EE体系的理解会有本质提升。

有几个经验想留给正在做这个题目的同学：

第一，别在新技术上过度纠结。这个题目用JSP + Servlet就是最稳妥的路径，但如果你对Spring Boot很熟，用Spring Boot来做可以，核心业务逻辑是一样的。技术和业务是两回事，业务理解深刻才是制胜点。

第二，给代码写注释的时候，不要写“这段代码是干什么的”这种废话，要写“这么写是为什么”。比如(minutes - 60 + 59) / 60这行，旁边就值得留一行注释：“超时向上取整，避免少算费用”。按这个标准写注释，毕业答辩和后续维护都会轻松很多。

第三，备份意识一定要有。数据库SQL脚本、项目源码、论文文档，三个维度的备份都放在云端，提交任何一版之前压缩打包一份。我见过太多悲剧：电脑重装、U盘损坏、云盘同步失败，到最后交不了东西，是非常痛苦的体验。

再补充一个小技巧：测试数据要造得真实一些。模拟30个车位、十几条不同时间跨度的停车记录（半小时、3小时、跨天3种情况）、不同车型的收费规则。测出边界情况的正确性，比反复测常规情况更有价值，也更能在答辨时把话说扎实。

这个项目做完以后，往后再拓展的空间也比较大。比如集成车牌识别接口、接入微信支付、改造成前后端分离版本、部署到云服务器。这些都建立在现有项目基础上，作为后续学习方向是比较自然的延伸。但对于毕业设计而言，先把眼前这套系统做到功能完整、逻辑严谨、文档清晰，就已经是一个相当拿得出手的成果了。

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