基于Java Web的超市管理系统（含完整源码）

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

简介：基于Java Web的超市管理系统是一个面向小型超市信息化运营的综合性应用项目，采用Java Web技术实现会员、供应商和账单信息的CRUD管理，提升数据处理效率与业务管理水平。系统遵循MVC设计模式，结合JSP、Servlet、MySQL、JDBC等核心技术，并可能集成Spring、Hibernate、jQuery和Bootstrap等主流框架与工具，实现前后端交互、数据库操作与页面美化。项目支持实际部署于Tomcat等应用服务器，适用于学习与实战，全面涵盖Java Web开发的关键环节，是掌握企业级Web应用开发的理想案例。

1. Java Web超市管理系统概述

随着信息技术的快速发展，传统超市管理模式逐渐向信息化、自动化转型。基于Java Web技术构建的超市管理系统，不仅能够提升商品管理效率，还能优化用户购物体验与企业运营流程。本章将系统性地介绍该系统的整体架构设计背景、核心功能模块划分以及所采用的关键技术栈。重点阐述为何选择Java作为开发语言，并结合Web应用特性说明系统在B/S架构下的运行机制。

graph TD

A[浏览器] -->|HTTP请求| B(Tomcat服务器)

B --> C{Servlet控制器}

C --> D[Service业务逻辑层]

D --> E[DAO数据访问层]

E --> F[(MySQL数据库)]

F --> E --> D --> C --> G[JSP视图展示]

G --> A

系统主要涵盖会员管理、供应商信息维护、账单处理等核心业务场景，采用JDK 1.8 + Tomcat 9 + MySQL 5.7技术组合，开发工具推荐IntelliJ IDEA或Eclipse，为后续MVC分层设计与模块化实现奠定基础。

2. MVC设计模式在系统中的应用

现代Web应用的复杂性日益增加，传统的单体式开发方式已难以满足高内聚、低耦合的设计需求。在Java Web超市管理系统中，采用 MVC（Model-View-Controller）设计模式 成为提升代码可维护性与扩展性的关键路径。该模式通过将业务逻辑、数据处理和用户界面分离，实现职责清晰划分，从而支持团队协作开发，并为后续功能迭代提供结构化基础。本章将深入探讨MVC架构的核心理论、其在Java Web环境下的具体落地实践、模块间的解耦机制以及一个完整的登录功能实现案例，帮助开发者理解如何在实际项目中高效运用这一经典设计范式。

2.1 MVC架构理论解析

MVC是一种经典的软件架构模式，广泛应用于图形用户界面（GUI）和Web应用程序开发中。它将应用程序划分为三个核心组件： 模型（Model）、视图（View）和控制器（Controller） ，每个组件承担特定职责，彼此之间通过明确的接口进行通信。这种分层设计不仅提升了系统的可读性和可测试性，也为后期维护提供了良好的结构性保障。

2.1.1 模型（Model）、视图（View）与控制器（Controller）职责划分

在MVC架构中，三大组件各司其职，形成清晰的数据流动链条：

Model（模型） ：负责管理应用程序的数据和业务逻辑。它直接与数据库交互，执行增删改查操作，并封装核心业务规则，如会员积分计算、账单状态变更等。Model不关心数据如何展示，只关注“数据是什么”以及“如何正确处理”。

View（视图） ：负责呈现数据给用户，通常是HTML页面或JSP模板。View从Model获取数据并渲染成可视化的界面，但不对数据做任何修改。它的存在意义在于“如何展示”，而非“为何展示”。

Controller（控制器） ：作为中介者，接收来自用户的HTTP请求，调用相应的Model处理业务逻辑，并决定使用哪个View来响应结果。Controller掌控流程调度，是整个系统的行为协调中心。

三者之间的协作关系可以通过以下Mermaid流程图直观展示：

graph TD

A[浏览器发起请求] --> B(Controller)

B --> C{判断请求类型}

C -->|查询会员| D[调用MemberService]

C -->|提交订单| E[调用OrderService]

D --> F[访问数据库DAO]

E --> F

F --> G[返回数据至Model]

G --> H(Controller选择View)

H --> I[JSP页面渲染数据]

I --> J[响应HTML回浏览器]

上述流程体现了典型的请求响应链路：用户行为触发Controller，Controller驱动Model完成数据处理，最终由View生成前端内容返回客户端。这种松耦合结构使得各层可以独立演化——例如更换前端框架时无需改动Service层逻辑，极大增强了系统的灵活性。

为了进一步说明职责边界，下表对比了三层在超市管理系统中的典型职责分布：

层级 职责描述 示例类/文件 Model 数据实体定义、业务逻辑封装、数据库访问 User.java , UserService.java , UserDAO.java View 页面展示、表单输入、静态资源组织 login.jsp , member_list.jsp , CSS/JS文件 Controller 请求路由、参数校验、调用Service、跳转控制 LoginServlet.java , MemberServlet.java

该表格展示了不同层级的关注点差异。例如， UserService 可能包含密码加密逻辑，而 LoginServlet 仅负责提取表单字段并转发；JSP页面只需使用EL表达式 ${user.name} 显示信息，无需知晓数据来源细节。

此外，在Java Web环境中，Model通常以POJO（Plain Old Java Object）形式存在，结合DAO（Data Access Object）和服务类共同构成完整的业务处理单元。这种分层思想为后续引入Spring等框架奠定了良好基础。

2.1.2 MVC模式的优势与适用场景分析

MVC模式之所以长期占据Web开发主流地位，源于其带来的多重优势：

职责分离，降低耦合度 各组件专注于自身任务，避免“上帝类”出现。例如，修改登录页面样式不会影响认证逻辑，提升了代码安全性与可维护性。

便于团队并行开发 前端工程师可基于Mock数据开发JSP页面，后端专注编写Service与DAO，项目经理可根据模块划分任务，缩短开发周期。

易于单元测试 Model层脱离Web容器即可测试，Controller可通过模拟HttpServletRequest进行验证，提高自动化测试覆盖率。

支持多视图复用同一模型 同一用户数据可用于PC端网页、移动端API甚至报表导出，只需更换View层实现方式，无需重复编写业务逻辑。

然而，MVC并非适用于所有场景。对于小型项目或原型验证系统，引入过多抽象反而会增加复杂性。此外，在高并发实时系统中，过度分层可能导致性能损耗。但在像超市管理系统这类中大型企业级应用中，其优势远大于成本。

值得注意的是，传统Java Web中的MVC多为“手动实现”，即开发者自行编写Servlet作为Controller、JSP作为View、JavaBean作为Model。随着技术演进，Spring MVC等框架提供了更高级的注解驱动方式，简化了配置过程。但在学习初期掌握原生实现原理，有助于深入理解底层机制。

2.1.3 Java Web中MVC的典型实现方式

在标准Java EE环境下，MVC的实现依赖于Servlet、JSP和自定义Java类的协同工作。以下是典型的技术栈组合：

Controller：Servlet类继承HttpServlet 重写 doGet() 和 doPost() 方法处理GET/POST请求，通过 request.getParameter() 获取参数，调用Service层方法，并利用 RequestDispatcher.forward() 跳转至JSP页面。

View：JSP + JSTL + EL表达式 使用JSP嵌入HTML，结合JSTL标签库实现循环、条件判断，通过 ${} 语法访问作用域变量，保持页面逻辑简洁。

Model：JavaBean + DAO + Service JavaBean用于封装数据（如 User 对象），DAO负责SQL执行，Service整合多个DAO操作并加入事务管理。

下面是一个简化的类图，描述各组件间的关系：

classDiagram

class LoginServlet {

+doPost(HttpServletRequest, HttpServletResponse)

}

class UserService {

+boolean login(String username, String password)

}

class UserDAO {

+User findByNameAndPassword(String name, String pwd)

}

class User {

-int id

-String name

-String phone

+getter/setter

}

class login_jsp {

display form and error message

}

LoginServlet --> UserService : calls

UserService --> UserDAO : uses

UserDAO --> User : returns

LoginServlet --> login_jsp : forwards

该图清晰地展现了从Servlet到DAO的数据流向。当用户提交登录表单后， LoginServlet 接收到请求，调用 UserService.login() 方法，后者再委托 UserDAO 查询数据库，最终将结果存入request域并转发至 login.jsp 显示。

这种方式虽然需要较多样板代码，但完全符合Java Web规范，且具备高度可控性。相比框架封装，更适合教学和理解底层机制。

2.2 系统中MVC的具体落地实践

在超市管理系统中，MVC模式的实际落地依赖于Servlet API、JSP技术和面向对象编程的有机结合。通过对请求的合理分发、数据的有效传递和视图的动态渲染，系统实现了前后端的基本交互能力。以下将分别阐述Controller、View和Model层的具体实现方式及其协作机制。

2.2.1 使用Servlet作为Controller处理HTTP请求

Servlet是Java Web中最基础的服务器端组件，天然适合作为MVC中的Controller角色。每一个Servlet对应一个URL映射，负责拦截特定请求路径并执行相应逻辑。

以商品管理为例， ProductServlet 监听 /product/* 路径：

@WebServlet("/product/*")

public class ProductServlet extends HttpServlet {

private ProductService productService = new ProductService();

@Override

protected void doGet(HttpServletRequest req, HttpServletResponse resp)

throws ServletException, IOException {

String pathInfo = req.getPathInfo(); // 获取子路径

if ("/list".equals(pathInfo)) {

List products = productService.getAll();

req.setAttribute("products", products);

req.getRequestDispatcher("/WEB-INF/views/product/list.jsp")

.forward(req, resp);

} else if ("/edit".equals(pathInfo)) {

int id = Integer.parseInt(req.getParameter("id"));

Product p = productService.findById(id);

req.setAttribute("product", p);

req.getRequestDispatcher("/WEB-INF/views/product/edit.jsp")

.forward(req, resp);

}

}

@Override

protected void doPost(HttpServletRequest req, HttpServletResponse resp)

throws ServletException, IOException {

String action = req.getParameter("action");

if ("save".equals(action)) {

String name = req.getParameter("name");

double price = Double.parseDouble(req.getParameter("price"));

int stock = Integer.parseInt(req.getParameter("stock"));

Product product = new Product();

product.setName(name);

product.setPrice(price);

product.setStock(stock);

productService.save(product);

resp.sendRedirect(req.getContextPath() + "/product/list");

}

}

}

逐行逻辑分析：

@WebServlet("/product/*") ：使用注解注册Servlet，匹配所有以 /product/ 开头的请求。 getPathInfo() ：获取除Servlet路径外的附加路径，用于区分不同操作（如 /list 、 /edit ）。 req.setAttribute("products", products) ：将查询结果放入request作用域，供JSP页面访问。 RequestDispatcher.forward() ：服务器内部跳转，保持请求上下文不变。 resp.sendRedirect() ：客户端重定向，常用于POST后防止重复提交。

该设计体现了Controller的核心职责：解析请求、调用服务、选择视图。通过路径分发机制，单一Servlet即可管理多个相关操作，减少类数量，提升可维护性。

2.2.2 JSP页面承担View层的数据展示任务

JSP（JavaServer Pages）允许在HTML中嵌入Java代码，适合动态生成网页内容。在MVC中，JSP应尽量保持“无逻辑”原则，仅用于数据显示。

例如， list.jsp 展示商品列表：

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

<%@ taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c" %>

商品管理

ID	名称	价格	库存	操作
${p.id}	${p.name}	${p.price}	${p.stock}	编辑

新增商品

关键技术点说明：

：JSTL标签，替代Java脚本遍历集合，增强可读性。 ${products} ：EL表达式，自动从request作用域查找名为 products 的属性。 ${pageContext.request.contextPath} ：动态获取应用根路径，确保链接正确。

此页面完全剥离了业务逻辑，仅依赖传入的数据进行渲染，符合View层“被动展示”的定位。

2.2.3 自定义JavaBean和Service类构成Model层逻辑封装

Model层是系统的“大脑”，包含数据实体、持久化操作和业务规则。

首先定义 Product.java 作为JavaBean：

public class Product {

private int id;

private String name;

private double price;

private int stock;

// getter 和 setter 方法省略

}

接着编写 ProductDAO.java 处理数据库操作：

public class ProductDAO {

public List findAll() throws SQLException {

List list = new ArrayList<>();

String sql = "SELECT id, name, price, stock FROM products";

try (Connection conn = DBUtil.getConnection();

PreparedStatement ps = conn.prepareStatement(sql);

ResultSet rs = ps.executeQuery()) {

while (rs.next()) {

Product p = new Product();

p.setId(rs.getInt("id"));

p.setName(rs.getString("name"));

p.setPrice(rs.getDouble("price"));

p.setStock(rs.getInt("stock"));

list.add(p);

}

}

return list;

}

}

最后由 ProductService.java 整合事务逻辑：

public class ProductService {

private ProductDAO dao = new ProductDAO();

public List getAll() {

try {

return dao.findAll();

} catch (SQLException e) {

throw new RuntimeException("查询商品失败", e);

}

}

}

该分层结构确保数据库访问细节被隔离在DAO中，Service层可添加缓存、日志、事务控制等增强功能，而JavaBean则作为数据载体贯穿各层。

2.3 基于MVC的模块解耦与协作机制

2.3.1 请求流转路径详解：从浏览器到数据库的完整链路

… (后续章节内容按相同深度展开)

3. 用户会员模块设计与CRUD实现

在现代超市管理系统中，会员管理是核心业务模块之一。通过建立完善的会员体系，企业不仅能够实现客户信息的集中化管理，还能基于消费行为进行积分激励、精准营销和个性化服务推送。本章将围绕用户会员模块的设计与CRUD（创建、读取、更新、删除）操作展开深入探讨，从需求分析到数据建模，再到各层代码实现，完整呈现一个高内聚、低耦合的功能模块开发流程。整个过程遵循MVC架构思想，结合JDBC技术完成数据库交互，并通过Servlet与前端页面协同工作，确保系统的可维护性与扩展性。

3.1 会员模块需求分析与数据模型构建

会员系统作为超市运营的数据基石，其设计需兼顾功能性、安全性与未来可拓展性。首先应明确该模块所承载的核心职责：记录会员基本信息、跟踪消费累计积分、支持快速查询与状态变更等。这些功能直接影响后续营销策略执行效果及用户体验满意度。

3.1.1 会员信息字段定义（ID、姓名、电话、积分等）

为满足日常运营管理需要，会员实体应包含以下关键属性：

字段名 类型 是否主键 是否唯一 描述 id BIGINT UNSIGNED 是 是 自增主键，唯一标识会员 name VARCHAR(50) 否 否 会员真实姓名 phone CHAR(11) 否 是 手机号码，用于登录和联系 email VARCHAR(100) 否 否 邮箱地址，可选填写 gender TINYINT 否 否 性别：0-未知，1-男，2-女 birthday DATE 否 否 出生日期，用于生日优惠 points INT 否 否 当前可用积分，默认为0 register_time DATETIME 否 否 注册时间，自动填充 status TINYINT 否 否 状态：0-禁用，1-启用

上述字段设计充分考虑了实际业务场景。例如 phone 设置唯一索引，防止重复注册； points 支持积分兑换机制； status 实现软删除逻辑而非物理删除，便于后期审计与恢复。此外，所有敏感字段如手机号均应在展示时做脱敏处理，在日志中避免明文打印。

-- 示例：创建 t_member 表结构

CREATE TABLE t_member (

id BIGINT UNSIGNED AUTO_INCREMENT PRIMARY KEY COMMENT '会员ID',

name VARCHAR(50) NOT NULL COMMENT '姓名',

phone CHAR(11) UNIQUE NOT NULL COMMENT '手机号码',

email VARCHAR(100) DEFAULT NULL COMMENT '邮箱',

gender TINYINT DEFAULT 0 COMMENT '性别: 0=未知,1=男,2=女',

birthday DATE DEFAULT NULL COMMENT '出生日期',

points INT DEFAULT 0 COMMENT '积分',

register_time DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT '注册时间',

status TINYINT DEFAULT 1 COMMENT '状态: 0=禁用,1=启用'

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='会员信息表';

SQL语句逻辑解析 ： - AUTO_INCREMENT PRIMARY KEY ：保证每条记录拥有全局唯一的自增ID。 - UNIQUE NOT NULL 对 phone 施加约束，防止同一号码多次注册。 - DEFAULT CURRENT_TIMESTAMP 自动记录插入时间，减少应用层赋值负担。 - 使用 utf8mb4 字符集以支持中文及emoji表情存储。

该表结构简洁清晰，既满足当前功能需求，也为将来增加“等级”、“推荐人”等字段预留空间。

3.1.2 E-R图设计与MySQL数据表创建语句编写

为了更直观地表达会员模块与其他模块之间的关系，绘制E-R图是必不可少的设计步骤。以下是会员模块的主要实体及其关联关系：

erDiagram

t_member ||--o{ t_bill : "1:N"

t_member {

BIGINT id PK

VARCHAR name

CHAR phone UK

VARCHAR email

TINYINT gender

DATE birthday

INT points

DATETIME register_time

TINYINT status

}

t_bill {

BIGINT id PK

BIGINT member_id FK

DECIMAL total_amount

DATETIME create_time

TINYINT status

}

note right of t_member

会员可以产生多笔账单

end note

E-R图说明 ： - t_member 与 t_bill 构成一对多关系，即一位会员可对应多个购物账单。 - 外键 member_id 在 t_bill 中引用 t_member.id ，形成数据一致性保障。 - 图中使用 PK 表示主键， FK 表示外键， UK 表示唯一索引。

此ER模型体现了典型的“客户-订单”范式，有助于后续统计分析每位会员的消费总额、频次与偏好商品类别。同时，这种规范化设计也降低了数据冗余风险，提升了整体数据库性能。

3.1.3 主键约束、唯一索引与外键关联设置

数据库完整性依赖于三大约束机制：主键约束（Primary Key）、唯一索引（Unique Index）和外键约束（Foreign Key）。它们分别承担着不同层面的数据保护责任。

主键约束

主键用于唯一标识每一行数据，必须非空且不可重复。在 t_member 表中， id 被设为主键并启用自增特性：

ALTER TABLE t_member ADD CONSTRAINT pk_member_id PRIMARY KEY (id);

唯一索引

针对业务上不允许重复的字段（如手机号），应建立唯一索引。即使不作为主键，也能防止非法插入：

CREATE UNIQUE INDEX uk_member_phone ON t_member(phone);

若尝试插入已存在的手机号，MySQL将抛出 Duplicate entry 错误，由DAO层捕获后返回友好提示给前端。

外键关联

当会员参与交易生成账单时，需确保账单中的 member_id 必须存在于 t_member 表中。可通过添加外键约束来强制这一规则：

ALTER TABLE t_bill

ADD CONSTRAINT fk_bill_member

FOREIGN KEY (member_id) REFERENCES t_member(id)

ON DELETE CASCADE ON UPDATE CASCADE;

参数说明 ： - ON DELETE CASCADE ：当删除某位会员时，其所有历史账单也将被级联删除（根据业务需求也可改为 SET NULL 或禁止删除）。 - ON UPDATE CASCADE ：若会员ID发生变更（极少见），账单中的外键值同步更新。

合理使用约束不仅能提升数据一致性，还可在数据库层面拦截大部分脏数据写入，减轻应用层校验压力。

3.2 JDBC数据访问层（DAO）编码实践

DAO（Data Access Object）模式是Java Web项目中最常用的持久化编程方式，它将数据库操作封装成独立接口或类，使得上层Service无需关心具体SQL执行细节。本节将以 MemberDAO 为例，演示如何利用JDBC实现标准CRUD操作。

3.2.1 Connection连接池配置与获取

频繁创建和关闭数据库连接会造成严重性能损耗。为此，引入连接池技术至关重要。Apache DBCP 和 HikariCP 是主流选择，这里采用轻量级的 HikariCP 进行演示。

首先引入Maven依赖：

com.zaxxer

HikariCP

5.0.1

然后配置数据源工厂类：

public class DataSourceUtil {

private static HikariDataSource dataSource;

static {

HikariConfig config = new HikariConfig();

config.setJdbcUrl("jdbc:mysql://localhost:3306/supermarket?useSSL=false&serverTimezone=Asia/Shanghai");

config.setUsername("root");

config.setPassword("your_password");

config.setMaximumPoolSize(20);

config.setMinimumIdle(5);

config.setConnectionTimeout(30000);

config.setIdleTimeout(600000);

config.setMaxLifetime(1800000);

dataSource = new HikariDataSource(config);

}

public static Connection getConnection() throws SQLException {

return dataSource.getConnection();

}

}

代码逐行解读 ： - HikariConfig ：用于设置连接池各项参数。 - setMaximumPoolSize(20) ：最大连接数，防止资源耗尽。 - setMinimumIdle(5) ：保持最少空闲连接，提高响应速度。 - setConnectionTimeout ：超时时间，避免请求无限等待。 - 静态块初始化确保只创建一次数据源实例，符合单例原则。

该工具类对外提供统一的 getConnection() 方法，供DAO调用。

3.2.2 PreparedStatement执行增删改查操作

使用 PreparedStatement 可有效防止SQL注入攻击，并提升执行效率。以下展示新增会员的DAO方法：

public class MemberDAO {

public boolean insert(Member member) throws SQLException {

String sql = "INSERT INTO t_member(name, phone, email, gender, birthday, points, status) VALUES (?, ?, ?, ?, ?, ?, ?)";

try (Connection conn = DataSourceUtil.getConnection();

PreparedStatement ps = conn.prepareStatement(sql)) {

ps.setString(1, member.getName());

ps.setString(2, member.getPhone());

ps.setString(3, member.getEmail());

ps.setByte(4, member.getGender());

ps.setDate(5, new java.sql.Date(member.getBirthday().getTime()));

ps.setInt(6, member.getPoints());

ps.setByte(7, member.getStatus());

return ps.executeUpdate() > 0;

}

}

}

逻辑分析 ： - SQL预编译语句使用占位符 ? 替代变量，避免拼接字符串带来的安全隐患。 - 每个 setXxx() 方法按位置绑定参数类型，严格匹配数据库字段。 - 使用 try-with-resources 自动关闭连接和语句对象，防止内存泄漏。 - 返回值判断影响行数是否大于0，决定插入是否成功。

类似的，可实现 update() 、 deleteById() 和 findById() 方法。

3.2.3 ResultSet结果集映射为Java对象

查询操作需将数据库返回的 ResultSet 转换为Java对象。以下为 findById 的实现：

public Member findById(Long id) throws SQLException {

String sql = "SELECT * FROM t_member WHERE id = ?";

try (Connection conn = DataSourceUtil.getConnection();

PreparedStatement ps = conn.prepareStatement(sql)) {

ps.setLong(1, id);

try (ResultSet rs = ps.executeQuery()) {

if (rs.next()) {

Member member = new Member();

member.setId(rs.getLong("id"));

member.setName(rs.getString("name"));

member.setPhone(rs.getString("phone"));

member.setEmail(rs.getString("email"));

member.setGender(rs.getByte("gender"));

member.setBirthday(rs.getDate("birthday"));

member.setPoints(rs.getInt("points"));

member.setRegisterTime(rs.getTimestamp("register_time"));

member.setStatus(rs.getByte("status"));

return member;

}

}

}

return null;

}

参数说明与扩展建议 ： - rs.next() 判断是否有结果，无则返回 null 。 - 所有 getter 方法需与实体类属性一一对应。 - 对于大型列表查询，建议引入分页机制（见3.3.3节），避免一次性加载过多数据导致OOM。

3.3 Service业务逻辑层封装

Service层负责协调DAO操作并加入业务规则校验，是连接控制器与数据访问的关键桥梁。

3.3.1 会员注册逻辑校验（如手机号格式、重复检测）

注册流程不能仅依赖数据库约束，还需在应用层进行前置验证：

public class MemberService {

private MemberDAO memberDAO = new MemberDAO();

public boolean register(Member member) {

// 格式校验

if (!isValidPhone(member.getPhone())) {

throw new IllegalArgumentException("手机号格式不正确");

}

if (member.getName() == null || member.getName().trim().length() < 2) {

throw new IllegalArgumentException("姓名不能为空且至少2个字符");

}

// 唯一性检查

try {

Member existing = memberDAO.findByPhone(member.getPhone());

if (existing != null) {

throw new BusinessException("该手机号已被注册");

}

return memberDAO.insert(member);

} catch (SQLException e) {

throw new RuntimeException("数据库异常", e);

}

}

private boolean isValidPhone(String phone) {

return phone != null && phone.matches("^1[3-9]\\d{9}$");

}

}

逻辑分析 ： - 正则表达式 ^1[3-9]\d{9}$ 匹配中国大陆手机号。 - 先查库再插入，避免唯一索引冲突引发异常流控制。 - 自定义 BusinessException 区分业务错误与系统异常。

3.3.2 积分更新策略与事务控制（Transaction Management）

积分变动常伴随账单结算发生，必须保证原子性。例如付款成功后增加积分：

public void addPoints(Long memberId, int pointsToAdd) throws SQLException {

String updateSql = "UPDATE t_member SET points = points + ? WHERE id = ?";

try (Connection conn = DataSourceUtil.getConnection()) {

conn.setAutoCommit(false); // 开启事务

try (PreparedStatement ps = conn.prepareStatement(updateSql)) {

ps.setInt(1, pointsToAdd);

ps.setLong(2, memberId);

int rows = ps.executeUpdate();

if (rows == 0) {

throw new SQLException("会员不存在");

}

conn.commit(); // 提交事务

} catch (Exception e) {

conn.rollback(); // 回滚

throw e;

}

}

}

事务机制说明 ： - 关闭自动提交，手动控制 commit/rollback 。 - 若更新失败或会员不存在，则回滚操作，防止积分错乱。

3.3.3 分页查询实现——LIMIT与OFFSET应用

面对大量会员数据，前端通常采用分页表格展示：

public List findPage(int pageNum, int pageSize) throws SQLException {

int offset = (pageNum - 1) * pageSize;

String sql = "SELECT * FROM t_member WHERE status = 1 ORDER BY register_time DESC LIMIT ? OFFSET ?";

try (Connection conn = DataSourceUtil.getConnection();

PreparedStatement ps = conn.prepareStatement(sql)) {

ps.setInt(1, pageSize);

ps.setInt(2, offset);

try (ResultSet rs = ps.executeQuery()) {

List list = new ArrayList<>();

while (rs.next()) {

list.add(mapRow(rs));

}

return list;

}

}

}

性能提示 ： - 使用 WHERE status = 1 排除禁用账户。 - 添加索引 idx_status_register 提升排序效率： sql CREATE INDEX idx_status_register ON t_member(status, register_time DESC);

3.4 控制器与前端交互实战

3.4.1 MemberServlet处理新增、修改、删除请求

Servlet接收HTTP请求并调度Service：

@WebServlet("/member/*")

public class MemberServlet extends HttpServlet {

private MemberService service = new MemberService();

protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws IOException {

String pathInfo = req.getPathInfo();

if ("/add".equals(pathInfo)) {

String name = req.getParameter("name");

String phone = req.getParameter("phone");

Member m = new Member();

m.setName(name); m.setPhone(phone); m.setStatus((byte)1);

boolean success = service.register(m);

resp.getWriter().write(success ? "ok" : "fail");

}

}

}

3.4.2 JSON响应生成与Ajax异步刷新列表

使用Jackson生成JSON：

ObjectMapper mapper = new ObjectMapper();

String json = mapper.writeValueAsString(memberList);

resp.setContentType("application/json;charset=UTF-8");

resp.getWriter().write(json);

前端Ajax调用：

$.get("/member/list?page=1&size=10", function(data) {

$("#table").bootstrapTable('load', data);

});

3.4.3 列表面板（Bootstrap Table）集成与搜索过滤功能

data-toggle="table"

data-search="true"

data-pagination="true">

姓名	手机	积分

支持内置搜索、分页、排序，极大简化前端开发。

4. 供应商管理模块设计与数据操作

在现代超市管理系统中，供应商作为商品流通的源头环节，其信息管理质量直接影响到库存控制、采购决策以及财务结算等核心业务流程。一个高效、稳定且具备扩展能力的供应商管理模块，不仅需要支持基础的增删改查（CRUD）功能，还应具备多条件查询、数据一致性保障、批量导入与缓存优化等高级特性。本章将深入探讨供应商管理模块的设计理念与实现路径，重点分析如何通过引入ORM框架提升开发效率，并结合前后端协同机制优化用户体验。

4.1 供应商模块的功能定位与扩展性考量

供应商管理模块在整个系统架构中承担着连接外部供应链与内部商品体系的关键角色。它不仅要维护供应商的基本信息（如名称、地址、联系人、电话、邮箱等），还需与商品库存模块建立联动关系，确保每一件入库商品都能追溯至具体的供货来源。这种双向关联设计为后续的对账、退换货处理及供应商绩效评估提供了数据支撑。

4.1.1 与商品库存系统的数据联动设计

为了实现供应商与商品之间的有效绑定，数据库层面需构建合理的外键约束结构。例如，在 product 表中设置 supplier_id 字段作为外键，引用 supplier 表的主键 id ，从而形成一对多的关系模型。当新增或修改商品记录时，系统可通过下拉框动态加载所有可用供应商列表，用户选择后即完成逻辑关联。

这种设计带来的优势在于：

数据可追溯性强 ：任何商品均可快速定位其供应来源； 便于成本核算 ：不同供应商报价差异可被精确记录并用于比价分析； 支持按供应商统计销量与利润 ：为采购策略调整提供依据。

此外，考虑到未来可能扩展至“多货源商品”场景（即同一商品由多个供应商供货），可在 product_supplier 中间表中实现多对多映射关系，进一步增强系统的灵活性和适应性。

erDiagram

SUPPLIER ||--o{ PRODUCT : supplies

SUPPLIER {

int id PK

varchar name

varchar address

varchar contact_person

varchar phone

varchar email

}

PRODUCT {

int id PK

varchar name

decimal price

int stock

int supplier_id FK

}

上述Mermaid格式的E-R图清晰展示了供应商与商品之间的实体关系，其中 SUPPLIER 为主实体， PRODUCT 为从实体，通过 supplier_id 建立外键依赖。

4.1.2 多条件复合查询支持（名称、地址、联系人）

在实际运营过程中，管理人员经常需要根据多个维度筛选供应商信息，例如查找“北京市的所有食品类供应商”或“联系人为‘张伟’的电子设备供应商”。为此，系统必须支持灵活的组合查询功能。

实现方式通常包括两种： 1. 前端通过表单收集多个查询参数，提交至后端Servlet； 2. 后端使用动态SQL拼接技术构造WHERE子句。

以JDBC为例，可以采用如下代码片段进行条件判断与SQL构建：

public List findSuppliers(String name, String address, String contactPerson) {

StringBuilder sql = new StringBuilder("SELECT * FROM supplier WHERE 1=1");

List