企业官网建设流程全解析

简介：一份面向Java Web课程设计的高分在线商城系统完整源码与数据库，适合正在完成课设或希望系统练习电商全流程开发的学习者。项目代码完整，导入开发环境后即可运行，无需修改核心配置；注册功能集成了邮箱验证，有效体现安全设计细节，业务模块覆盖用户注册登录、商品分类展示、购物车管理和订单生成等环节，既能作为95分以上课设的完整交付物，也能帮助读者理解Servlet、JSP与数据库之间的协作关系。压缩包共包含1197个文件，压缩后约78.45MB；其中jpg、gif、png等图片素材数量最多，主要用于商品图与页面视觉展示；java源码、jsp页面、class文件与jar依赖构成可运行工程；css和js用于前端样式及交互；sql脚本用于初始化数据库表及示例数据，另有xml等配置文件，整体目录便于按功能查阅。目前已有349人学习下载，适合课程设计参考、答辩代码讲解、期末项目复用，也可作为Java Web综合实战的练手项目。

1. Java在线商城课设：为什么大多数同学栽在“能跑”到“能答辩”之间

JavaWeb课程设计里，在线商城几乎是永恒的选题。每年都有大量同学拿着下载好的源码包，在IDEA里跑通后以为大功告成，结果答辩现场被老师一句“购物车存哪里”“库存超卖怎么办”问得哑口无言。这个标题里的源码和数据库，本质上是一个起步脚手架——真正决定你能不能在95分这个档次站稳的，是你对这套系统从数据库表设计到Servlet请求流转的完整理解。

本文按“拆解一套可用的商城课设源码”这个目标展开，说清楚三件事：这套系统由哪些模块构成、数据库表怎么设计才能支撑业务、踩了哪些坑会导致系统跑不起来或逻辑错误。适合正在做JavaWeb课设、手里有源码但不知道从哪下手、或者想把自己半成品系统升级到高分档次的同学。我会把每个环节的参数、代码和边界条件都写清楚，照着做你能复现，做完你能讲明白。

2. 先把课设源码拆开：在线商城系统的三层架构与请求流转

2.1 Servlet+JSP+JavaBean：为什么课设标配不是Spring Boot

下载下来的Java在线商城系统源码，绝大多数是Servlet + JSP + JavaBean的三层结构，配上MySQL数据库和Tomcat服务器。这套组合在今天看起来确实有点老，但它是JavaWeb课程设计的标准答案——因为课程大纲的考核点就是这几个技术，评分老师要看的也是你是否掌握了Servlet的生命周期、请求转发与重定向、Session管理、JDBC操作这些基本功。

我经手过不少课设源码，结构上大同小异。Web层放Servlet接收请求，业务层通常是Service类处理逻辑，数据层用DAO类封装JDBC操作，JSP负责展示。请求流转的路径是：浏览器发请求到Tomcat，Tomcat根据web.xml里的映射关系找到对应的Servlet，Servlet调用Service处理业务，Service调用DAO访问数据库，结果返回后通过request.setAttribute()把数据带给JSP渲染。这条链路你必须能对着代码完整讲出来，因为答辩老师第一个问题基本就是“用户点击登录按钮后，请求是怎么一步步走到数据库再返回的”。

// 一个典型的登录Servlet核心逻辑，标注了请求流转的关键点 @WebServlet("/loginServlet") public class LoginServlet extends HttpServlet { private UserService userService = new UserService(); @Override protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { // 1. 设置编码，防止中文乱码 req.setCharacterEncoding("UTF-8"); resp.setContentType("text/html;charset=UTF-8"); // 2. 获取表单参数 String username = req.getParameter("username"); String password = req.getParameter("password"); // 3. 调用业务层，拿到User对象 User user = userService.login(username, password); // 4. 判断结果，跳转页面 if (user != null) { req.getSession().setAttribute("user", user); resp.sendRedirect(req.getContextPath() + "/productListServlet"); } else { req.setAttribute("errorMsg", "用户名或密码错误"); req.getRequestDispatcher("/login.jsp").forward(req, resp); } } }

这段代码覆盖了JavaWeb课设里最高频的考点：doPost方法重写、request.getParameter取参、Service层调用、Session存取用户状态、sendRedirect重定向和forward转发的区别。注意第四步是关键分水岭——登录成功后用重定向防止表单重复提交，登录失败用转发让错误信息在JSP页面上直接显示。源码里如果这两处写反了，你可以在答辩时主动指出并纠正，这本身就是加分项。

2.2 从web.xml到注解配置：源码里的映射方式决定了你能不能跑起来

老版本源码用web.xml配置Servlet映射，新版本用@WebServlet注解。这两种方式对应不同版本的Servlet规范，你的Tomcat版本直接决定哪种方式能生效。这里有个最常见的启动翻车场景：源码里写的是web.xml映射，但你在IDEA里建的Tomcat版本太高，某些配置解析报错；反过来，注解方式的源码放到Tomcat 9也能跑。

<!-- web.xml中的Servlet配置片段，旧版源码常见 --> <servlet> <servlet-name>productListServlet</servlet-name> <servlet-class>com.mall.servlet.ProductListServlet</servlet-class> </servlet> <servlet-mapping> <servlet-name>productListServlet</servlet-name> <url-pattern>/productListServlet</url-pattern> </servlet-mapping>

用注解方式时，类的路径不需要在web.xml里注册，Tomcat启动时会扫描@WebServlet注解自动注册。但有一个坑：如果你的web.xml里配置了metadata-complete="true"，Tomcat会跳过注解扫描，所有@WebServlet都没反应。源码里如果两套配置混用，你改配置文件时一定要检查这个属性。

// 注解方式的等价写法，直接标明URL映射 @WebServlet(name = "productListServlet", urlPatterns = "/productListServlet") public class ProductListServlet extends HttpServlet { // 商品列表逻辑，调用ProductService获取商品数据 }

我一般建议课设项目统一用一种方式。如果源码是混合的，把web.xml里的Servlet配置全部删除，改成注解方式，同时确保web.xml里没有metadata-complete="true"，这样最省事。这属于落地实操中必查的一步，项目跑不起来时先看这里。

2.3 Filter过滤器：登录校验和全局编码的商业级必备

在线商城系统里有一个无法绕开的问题：用户没登录能不能访问购物车和订单页面？源码里如果没做过滤器拦截，这意味着任何人可以直接敲URL绕过登录。高分课设的标准是必须有Filter统一做登录校验和字符编码处理。

// 登录校验过滤器，一个拦截所有页面的通用方案 @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("loginServlet") || uri.endsWith("register.jsp") || uri.contains("/static/")) { chain.doFilter(request, response); return; } // 非白名单路径，检查Session中是否有用户 Object user = req.getSession().getAttribute("user"); if (user == null) { // 未登录，重定向到登录页 resp.sendRedirect(req.getContextPath() + "/login.jsp"); return; } chain.doFilter(request, response); } }

这个过滤器的白名单写法值得你重点理解。如果不设白名单，登录页自己的CSS和图片都会被拦截，页面会变成纯文字。源码里如果过滤器配置过于简单，没有排除静态资源路径，你会发现登录页面样式全部丢失。答辩时老师问“你的登录状态是怎么控制的”，你能答出Filter + Session这套组合，基本分就到手了。

3. 数据库表设计：在线商城的核心表、外键关系与初始化脚本

3.1 用户、商品、分类、订单、订单项：五张表的字段设计与约束

课设级在线商城系统，数据库至少需要五张核心表。大多数下载的源码包里会附带一个.sql文件，用Navicat或命令行导入就行。但你不能只会导入，要能说清楚每张表为什么这么设计，外键加在哪，哪些字段加了索引，这才是高分答辩该有的底子。

用户表user的核心字段是id、username、password、email、phone、create_time。密码存储建议用MD5加密，课设层面够用。商品表product核心字段是id、name、price、stock、image、description、category_id，其中category_id外键指向分类表。分类表category就id和name两个字段。订单表orders核心字段是id、order_no、user_id、total_price、status、create_time，order_no要全局唯一。订单项表order_item核心字段是id、order_id、product_id、quantity、price，记录订单里每个商品的购买数量和成交单价。

-- 商品表设计，注意stock字段和category_id外键 CREATE TABLE product ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(100) NOT NULL, price DECIMAL(10,2) NOT NULL, stock INT NOT NULL DEFAULT 0, image VARCHAR(255), description TEXT, category_id INT, FOREIGN KEY (category_id) REFERENCES category(id) );

这里的一个关键设计点是price字段必须用DECIMAL类型，不能用FLOAT或DOUBLE。因为浮点数在MySQL里存储会有精度误差，比如19.99存进去变成19.989999。课设项目里单价直接涉及金额计算，用FLOAT类型会导致订单总价对不上，这是源码项目里经常出现的隐藏bug。检查你手里的数据库脚本，如果price是double类型，答辩前把它改成DECIMAL(10,2)。

订单表需要单独设计order_no订单编号这一个字段，通常用时间戳加随机数生成，保证并发下不重复。有些简化版课设直接用自增id当订单号，这在答辩时会被老师挑毛病，虽然不影响功能，但属于设计层面的明显缺陷。

3.2 购物车存哪：Session方案和数据库表方案怎么选

在线商城的购物车实现有两条路线，源码里常见的是Session方案：用户加入购物车时，把购物车Map存进Session。它的优点是代码简单、不需要额外建表，缺点是用户清浏览器Cookie后购物车就没了，而且服务器重启Session也会清空。数据库表方案则是新建一张cart表和cart_item表，用户登录状态下购物车数据永久保存。课设答辩时，老师大概率会问“购物车数据存在哪里”，你答Session但说得出它的局限，同时给出数据库方案的设计思路，就是明显的加分表现。

// Session方案：购物车用Map存商品id和数量 // 加入购物车的Servlet核心逻辑 String productId = req.getParameter("productId"); int quantity = Integer.parseInt(req.getParameter("quantity")); // 从Session拿购物车，没有就新建 Map<String, Integer> cart = (Map<String, Integer>) req.getSession() .getAttribute("cart"); if (cart == null) { cart = new HashMap<>(); } // 商品已存在则累加数量，否则新增 cart.put(productId, cart.getOrDefault(productId, 0) + quantity); req.getSession().setAttribute("cart", cart);

这段代码你也要能讲清楚边界：getOrDefault方法在Java 8之后才可用，如果你的Tomcat运行在JDK 7环境会编译报错；另外Session中存购物车，意味着用户退出登录时你要手动清掉购物车的Session属性，否则下个用户登录会看到别人的购物车。这个Bug在源码项目里经常出现，属于你没注意就会翻车的典型场景。

3.3 导入初始化数据库：命令行导入和Navicat导入的差异

拿到了.sql文件，怎么导进MySQL？Navicat的做法是打开连接、右键数据库、运行SQL文件。命令行导入则是先建库，再用source命令。很多同学卡在这一步，因为.sql文件开头可能写了CREATE DATABASE语句，或没写USE语句，导致导入到错误的库。

-- 命令行导入步骤，适合源码包里只有sql文件的情况 mysql -u root -p CREATE DATABASE mall CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE mall; SOURCE /path/to/mall.sql;

注意字符集参数，utf8mb4和utf8的差异在于emoji和生僻字的支持。商城系统如果允许用户评价输入特殊符号，表结构必须用utf8mb4，否则插入数据报错Incorrect string value。源码的sql文件里如果建表语句写的是utf8，你在导入前最好全局替换成utf8mb4，或者在DATABASE级别指定utf8mb4。另外导入完成后检查一下外键关系：在Navicat里打开表设计，看有没有索引和外键。有些简化版sql文件会省略外键约束，这会导致后续DAO层代码按外键联查时数据对不上。

4. 把商城四大核心模块跑通：商品展示、购物车、下单和后台管理

4.1 商品列表分页：LIMIT参数和PageBean设计

商品列表页是商城门面，分页查询是JavaWeb课设的必考点。分页的核心参数是当前页码currentPage和每页条数pageSize，SQL语句用LIMIT offset, pageSize实现，其中offset = (currentPage - 1) * pageSize。源码里一般会封装一个PageBean类，包含list数据、totalCount总记录数、totalPage总页数、currentPage当前页码。

// 商品分页查询的DAO层代码 public List<Product> findPage(int currentPage, int pageSize) { String sql = "SELECT * FROM product LIMIT ?, ?"; int offset = (currentPage - 1) * pageSize; List<Product> list = new ArrayList<>(); try (Connection conn = DBUtil.getConnection(); PreparedStatement ps = conn.prepareStatement(sql)) { ps.setInt(1, offset); ps.setInt(2, pageSize); ResultSet rs = ps.executeQuery(); while (rs.next()) { Product p = new Product(); p.setId(rs.getInt("id")); p.setName(rs.getString("name")); p.setPrice(rs.getBigDecimal("price")); p.setStock(rs.getInt("stock")); p.setImage(rs.getString("image")); list.add(p); } } catch (SQLException e) { e.printStackTrace(); } return list; }

这里必须用PreparedStatement而不是Statement，既防SQL注入，又方便设置LIMIT参数。踩坑点在于MySQL的LIMIT后面不能直接拼接参数进去，必须用setInt方式，否则会报错或被认为有注入风险。我在源码里看到过用字符串拼接SQL的写法，这种代码在答辩时属于送命题，你要提前改成PreparedStatement。

4.2 购物车到订单：事务处理和库存扣减的先后顺序

从购物车生成订单是商城系统里逻辑最复杂的环节，也是源码里最容易藏Bug的地方。整个流程包括：接收购物车数据、创建订单主记录、遍历购物车创建订单项、更新商品库存、清空购物车。这里必须有事务控制——任何一个步骤失败，所有操作全部回滚，否则会出现订单生成了但库存没减的严重数据不一致问题。

// 下单Service层的核心逻辑，使用JDBC事务 public boolean createOrder(Order order, Map<Product, Integer> cart) { Connection conn = null; try { conn = DBUtil.getConnection(); conn.setAutoCommit(false); // 关闭自动提交，开启事务 // 1. 插入订单表 OrderDAO orderDAO = new OrderDAO(); int orderId = orderDAO.insertOrder(conn, order); // 2. 遍历购物车，插入订单项表并扣减库存 OrderItemDAO itemDAO = new OrderItemDAO(); ProductDAO productDAO = new ProductDAO(); for (Map.Entry<Product, Integer> entry : cart.entrySet()) { Product product = entry.getKey(); int quantity = entry.getValue(); // 插入订单项 itemDAO.insertOrderItem(conn, orderId, product.getId(), product.getPrice(), quantity); // 扣减库存，注意检查库存是否充足 int result = productDAO.reduceStock(conn, product.getId(), quantity); if (result == 0) { conn.rollback(); // 库存不足，回滚整个订单 return false; } } // 3. 全部成功，提交事务 conn.commit(); return true; } catch (SQLException e) { if (conn != null) { try { conn.rollback(); // 异常时回滚 } catch (SQLException ex) { ex.printStackTrace(); } } e.printStackTrace(); return false; } finally { if (conn != null) { try { conn.setAutoCommit(true); conn.close(); } catch (SQLException e) { e.printStackTrace(); } } } }

这段代码是课设商城系统的核心技术分水岭。大部分低分源码在扣库存这里的写法是：先select查询库存，判断够不够，再update扣减。这种写法在单用户课设演示环境下没问题，但它是非线程安全的——两个用户同时下单同一个商品时，可能都查到库存剩1个，然后都下单成功，库存变成-1。答辩时能被老师追问到崩溃的，就是这个问题。解决方案有两个，课设层面你至少要知道：一是把扣库存的SQL写成原子操作UPDATE product SET stock = stock - ? WHERE id = ? AND stock >= ?，让数据库层面保证不会扣成负数；二是配合事务，让操作串行化。

4.3 后台管理模块：商品CRUD和订单状态管理

在线商城系统必须包含一个管理员后台，功能是商品的上架、下架、修改价格、查看订单、修改订单状态。这个模块的源码里大量使用增删改查操作，正好对应JavaWeb课设的数据访问层考核。后台页面的URL前缀通常是/admin，需要单独设置一个AdminFilter做权限控制，不能和前台用户共用同一个登录Session。

后台管理的商品新增功能里，图片上传是一个常见难点。源码里通常有两种做法：上传图片到服务器本地目录，或者把图片Base64编码存数据库。课设推荐前者。前端用form表单的enctype="multipart/form-data"，后端用request.getPart("file")获取上传文件。如果你用的Tomcat版本低于8.5，getPart方法还需要额外配置，这是很多旧源码跑不通图片上传的根源。

// 商品图片上传的核心Servlet逻辑 @WebServlet("/admin/productAddServlet") public class ProductAddServlet extends HttpServlet { @Override protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { // 获取上传文件 Part part = req.getPart("file"); String fileName = part.getSubmittedFileName(); // 保存到指定目录，注意目录要在webapp下 String savePath = req.getServletContext().getRealPath("/upload"); File dir = new File(savePath); if (!dir.exists()) { dir.mkdirs(); } part.write(savePath + File.separator + fileName); // 其他商品字段 String name = req.getParameter("name"); String price = req.getParameter("price"); // 保存到数据库，image字段存的是相对路径 Product product = new Product(); product.setName(name); product.setPrice(new BigDecimal(price)); product.setImage("upload/" + fileName); new ProductService().addProduct(product); resp.sendRedirect(req.getContextPath() + "/admin/productListServlet"); } }

这里有个部署时的关键坑：如果图片保存到IDEA工作目录下的某个绝对路径，在Tomcat运行时访问不到。正确做法是用getRealPath拿到Web应用在Tomcat里的实际发布目录，把图片写到该目录下的upload文件夹。如果用的是IDEA内置Tomcat，这个路径在target目录下，重启IDEA后可能会被清理，导致图片丢失。如果你项目里遇到“商品图片存在但页面上显示裂图”，检查一下图片到底存到了哪里。

5. 从源码到跑通的避坑指南：环境配置、中文乱码和部署报错

5.1 Tomcat与JDK版本不匹配导致启动失败

课设源码跑不起来，超过一半的原因是版本不匹配。Tomcat 9要求JDK 8以上；Tomcat 10要求JDK 8以上但Servlet规范是Jakarta EE，包名从javax.servlet变成了jakarta.servlet。如果你的源码里import的是javax.servlet开头，而你在IDEA里用的Tomcat 10，编译直接报错。反过来，网上下载的很多旧源码基于JDK 7或8编写，用新版JDK 17运行也可能出现兼容性问题，比如某些反射相关的第三方库不工作。

在IDEA里运行项目的正确配置是：Project Structure里设置Project SDK为JDK 8，Modules的Language Level设为8，Run Configuration的Application Server选Tomcat 9。这三个版本参数必须对齐，缺一个都会在启动时报各种奇怪的ClassNotFound或NoClassDefFoundError。跑源码项目前先检查这三个地方的版本，比盲目改代码高效得多。

5.2 数据库连接失败：URL参数、驱动jar包和密码校验

JavaWeb商城系统启动后，最常见的问题是访问商品列表时报500错，控制台打出一堆SQLException，定位到数据库连接失败。原因通常有三个：数据库没启动、连接URL写错、驱动包没放对位置。这里给出排查路径。

检查DBUtil或JDBCUtil类里的连接参数：

// 典型数据库连接工具类 public class DBUtil { private static final String URL = "jdbc:mysql://localhost:3306/mall?useSSL=false&serverTimezone=Asia/Shanghai&characterEncoding=utf8"; private static final String USERNAME = "root"; private static final String PASSWORD = "root"; static { try { Class.forName("com.mysql.jdbc.Driver"); } catch (ClassNotFoundException e) { e.printStackTrace(); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(URL, USERNAME, PASSWORD); } }

注意URL里的三个参数：useSSL=false在MySQL 8.x下必须加，否则连接时报警告甚至失败；serverTimezone=Asia/Shanghai在MySQL 8.x下必须指定，否则报时区错误导致连接拒绝；characterEncoding=utf8保证中文读写正常。驱动类名也要注意：旧版MySQL驱动是com.mysql.jdbc.Driver，新版驱动（mysql-connector-java 8.0+）改成了com.mysql.cj.jdbc.Driver。如果你的源码用的是旧类名，而pom.xml或lib目录里放的是新版驱动jar包，Class.forName会直接抛异常。

数据库密码也是一处高频踩坑。源码包默认带的配置多半是root/root或者root/123456，但你本机MySQL的密码如果是别的，需要同步修改。我见过不少同学改了代码里的密码，却漏了把lib目录下重复的旧版mysql驱动jar包删掉——项目中存在两个不同版本的驱动jar包时，ClassLoader加载哪个是随机的，可能导致代码对而运行错，排查思路绕很远。

5.3 中文乱码的三层整治：请求、响应和数据库

中文乱码是JavaWeb课设里最烦人、最容易掩盖真正逻辑Bug的问题。乱码出现的链路有三处：客户端POST请求参数乱码、服务端响应返回页面乱码、数据库存储的字段乱码。乱码表现不同，原因和修法完全不同，你需要具备直接定位的能力。

第一处，POST请求乱码。常见表现是登录表单输入中文用户名，Servlet取到的值是“???”。原因是Tomcat 8之前的版本，POST请求默认按ISO-8859-1解码。解决办法是在Servlet里最前面加一行req.setCharacterEncoding("UTF-8")，并且必须在第一次调用getParameter之前设置。如果你用的是Tomcat 8及以上，POST请求默认UTF-8解码，这行代码不写问题反而差异不大，这属于项目在不同环境表现不一致的典型原因。

第二处，响应输出乱码。常见表现是JSP页面或Servlet输出中文，浏览器显示乱码。JSP页面顶部必须声明：

<%@ page contentType="text/html;charset=UTF-8" language="java" %>

同时确保HTML的meta标签也声明UTF-8。如果页面还是乱，检查IDEA里File Encoding设置——IDEA右下角或Settings里把项目编码、属性文件编码都改成UTF-8，尤其是JSP文件本身的编码。文件是GBK保存的，即便页面声明UTF-8也会乱码，这是最常见的隐形原因。

第三处，数据库乱码。表现是页面上输入和显示正常，但数据库里存的是乱码，或者反过来数据库里正常、页面上显示乱码。数据库层面的解决方案是：库、表、字段三级都要统一字符集。在建库时指定utf8mb4（上面3.3已经说过），如果你已经导入了库但字符集不对，可以执行ALTER DATABASE mall CHARACTER SET utf8mb4后，把表也逐一转换。Java代码再用characterEncoding=utf8的URL参数配合，三层一致后乱码才能根除。

5.4 编译版本与依赖缺失：IDEA里的Maven项目报红问题

现在不少课设源码开始转成Maven结构（pom.xml），不再手动放jar包。这类项目在IDEA里打开后，最常见的状况是右上角提示Maven imports failed，代码里一堆import标红。原因通常是本机Maven仓库里没有源码依赖的那些jar包，或Maven镜像源下载失败。解决方式：检查pom.xml里的依赖坐标，确认MySQL驱动、JSTL标签库这些是否都声明；再检查Maven配置的settings.xml有没有配置阿里云镜像，国内直连maven中央仓库经常超时。

<!-- pom.xml中关键的依赖配置，Servlet和JSTL不能缺失 --> <dependencies> <dependency> <groupId>javax.servlet</groupId> <artifactId>javax.servlet-api</artifactId> <version>4.0.1</version> <scope>provided</scope> </dependency> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>8.0.33</version> </dependency> <dependency> <groupId>jstl</groupId> <artifactId>jstl</artifactId> <version>1.2</version> </dependency> </dependencies>

注意javax.servlet-api的scope必须写provided，意思是Tomcat容器里已经有这个类，编译时需要、打包时不需要带进去。如果误写成默认的compile，打成的War包会和Tomcat自带的Servlet类冲突，启动时报重复定义的错。如果你下载的源码里是手动放jar包到WEB-INF/lib目录，也一样要检查lib下是否同时存在多个版本的servlet-api.jar——这种情况必须把jar从lib里删掉，交给Tomcat提供。

5.5 404与500的语义：静态资源路径和首页跳转的坑

项目启动成功后，输入URL访问首页，常见的两个错误码要会区分。404是资源找不到，500是服务端代码运行时报错。404往往发生在：访问http://localhost:8080/时显示404，因为你的项目路径可能带了上下文名，实际是http://localhost:8080/mall_war_exploded/。IDEA里部署Web项目时，Application context默认是项目名加_war_exploded后缀，访问路径里必须带上。如果想让根路径直接访问，把Run Configuration的Application context改为/即可。

另一种404是JSP页面放在WEB-INF目录下，Servlet转发能访问，但浏览器直接输URL访问会404。WEB-INF目录是Web应用的受保护目录，外部不能直接通过URL访问，只能服务端内部转发。如果你的首页是login.jsp，并且放在WEB-INF下，必须在web.xml里配置欢迎页：

<welcome-file-list> <welcome-file>login.jsp</welcome-file> </welcome-file-list>

顺便说配置欢迎页时的注意点：welcome-file不能配置WEB-INF目录下的文件，浏览器直接访问会404。正确的做法是在web.xml里配置一个Servlet Mapping到根路径，让它转发到WEB-INF下的JSP页面。很多源码包没处理好这个细节，你可以在答辩时把这个修复当作自己的优化项来展示。

6. 答辩环节的压轴技巧：把课设源码讲成你自己的作品

到答辩那天，老师翻的其实不是你的代码，而是你的言谈里是否有对项目整体架构的把控力。手里有源码但讲不清楚，分数上不去；源码本身有Bug但你能讲出Bug成因和修复思路，反而是加分项。你可以在答辩前准备几个必问问题的标准答案：项目架构是什么（Servlet+JSP+三层结构）、数据库怎么设计的（五张表）、购物车怎么实现的（Session）、下单怎么保证数据一致性（事务机制）、角色权限怎么控制的（Filter + Session）。

这里有一个可信的加分策略：主动向老师展示一个你亲手改过的细节。比如把原本的Statement拼接SQL改成PreparedStatement、把商品单价从FLOAT改成DECIMAL、给购物车增加清空功能、用连接池替换每次请求新建Connection的写法。这些改动不需要很大工程，但能证明你对源码做过深入理解，不只是下载了跑通。

最后一个实用建议：把数据库脚本重新导出成一份新版的mall.sql，去掉里面无用的测试数据，加上注释说明每张表的作用。答辩时老师会问“数据库是你设计的吗”，你拿出这份整理过的脚本讲表之间的关系，就是最扎实的凭证。看清楚版本、跑通环境、吃透事务和过滤器的逻辑、整理出一份自己的变更记录，这套流程走完，95分是水到渠成的事。希望帮到你。

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