摘 要
本文针对传统中药材交易存在的信息不对称、交易流程繁杂、监管难度大、缺少智能服务等问题进行了设计和实现，开发出了面向B2C的中药材交易系统。系统为前后端分离模式，后端搭建在Spring Boot3.3.5上、Java17、MySQL8.0，后端使用Vue2.7+ElementUI搭建页面，采用大模型开发工具Cursor完成业务逻辑优化，接口调试和数据交互，使用火山引擎（Volcano Engine）提供的方舟大模型平台（Ark）下的DeepSeek-R1 模型（250528 版本）做AI聊天功能，为用户提供便捷的服务，同时完成买家，商家，管理员三种角色全部业务流程闭环。
系统实现用户认证、商品管理、订单交易、售后仲裁、AI智能问答、私信沟通、电子合同、数据统计等功能，使用JWT认证来保证权限的安全，用RESTful API规范接口的交互。测试结果表明系统功能齐全、运行稳定、反应快，可以有效地提高中药材交易的效率、降低交易成本、提高交易的可信度，给中药材行业的数字化转型提供轻量化的、智能化的解决方案。
关键词：中药材交易；Cursor；AI 问答
目 录
[++++1 绪论++++](#1 绪论)
[++++1.1 系统开发背景及研究意义++++](#1.1 系统开发背景及研究意义)
[++++1.1.1 开发背景++++](#1.1.1 开发背景)
[++++1.1.2 研究意义++++](#1.1.2 研究意义)
[++++1.2 系统问题的描述++++](#1.2 系统问题的描述)
[++++1.3 国内外研究现状的分析++++](#1.3 国内外研究现状的分析)
[++++1.3.1 国外研究现状++++](#1.3.1 国外研究现状)
[++++1.3.2 国内研究现状++++](#1.3.2 国内研究现状)
[++++1.3.3 现有研究不足++++](#1.3.3 现有研究不足)
[++++1.4 系统研究内容与方法++++](#1.4 系统研究内容与方法)
[++++1.4.1 开发思想++++](#1.4.1 开发思想)
[++++1.4.2 研究内容++++](#1.4.2 研究内容)
[++++1.4.3 研究方法++++](#1.4.3 研究方法)
[++++2 系统相关技术和开发工具++++](#2 系统相关技术和开发工具)
[++++2.1 相关技术介绍++++](#2.1 相关技术介绍)
[++++2.1.1 Java 技术++++](#2.1.1 Java 技术)
[++++2.1.2 Spring Boot 框架++++](#2.1.2 Spring Boot 框架)
[++++2.1.3 MyBatis-Plus 持久层框架++++](#2.1.3 MyBatis-Plus 持久层框架)
[++++2.1.4 Thymeleaf 模板引擎++++](#2.1.4 Thymeleaf 模板引擎)
[++++2.1.5 语音输入输出技术++++](#2.1.5 语音输入输出技术)
[++++2.1.++++ ++++6++++ ++++MySQL 数据库与 OSS 对象存储服务++++](#2.1.6 MySQL 数据库与 OSS 对象存储服务)
[++++2.1.++++ ++++7++++ ++++大模型技术++++](#2.1.7 大模型技术)
[++++2.2 开发工具介绍++++](#2.2 开发工具介绍)
[++++2.2.1 IntelliJ IDEA++++](#2.2.1 IntelliJ IDEA)
[++++2.2.2 Navicat++++](#2.2.2 Navicat)
[++++2.2.3 HBuilder++++](#2.2.3 HBuilder)
[++++2.2.4 Cursor 大模型开发工具++++](#2.2.4 Cursor 大模型开发工具)
[++++3 系统分析++++](#3 系统分析)
[++++3.1 系统可行性分析++++](#3.1 系统可行性分析)
[++++3.1.1 技术可行性++++](#3.1.1 技术可行性)
[++++3.1.2 经济可行性++++](#3.1.2 经济可行性)
[++++3.1.3 操作可行性++++](#3.1.3 操作可行性)
[++++3.1.4 法律合规性++++](#3.1.4 法律合规性)
[++++3.2 系统流程分析++++](#3.2 系统流程分析)
[++++3.3 系统需求分析++++](#3.3 系统需求分析)
[++++3.3.1 用户分类及其功能需求++++](#3.3.1 用户分类及其功能需求)
[++++3.3.2 基础功能模块分析++++](#3.3.2 基础功能模块分析)
[++++3.3.3 数据流分析++++](#3.3.3 数据流分析)
[++++3.4.4 性能需求分析++++](#3.4.4 性能需求分析)
[++++3.4.5 安全需求分析++++](#3.4.5 安全需求分析)
[++++3.4 核心业务流程分析++++](#3.4 核心业务流程分析)
[++++3.4.1 注册流程++++](#3.4.1 注册流程)
[++++3.4.2 登录流程++++](#3.4.2 登录流程)
[++++3.4.3 商品查询流程++++](#3.4.3 商品查询流程)
[++++3.4.4 订单创建流程++++](#3.4.4 订单创建流程)
[++++3.4.5 售后处理流程++++](#3.4.5 售后处理流程)
[++++4 数据库设计++++](#4 数据库设计)
[++++4.1 概念结构设计++++](#4.1 概念结构设计)
[++++4.1.1 核心实体及属性定义++++](#4.1.1 核心实体及属性定义)
[++++4.1.2 实体联系设计++++](#4.1.2 实体联系设计)
[++++4.2 逻辑结构设计++++](#4.2 逻辑结构设计)
[++++4.2.1 设计原则++++](#4.2.1 设计原则)
[++++4.2.2 核心关系模式定义++++](#4.2.2 核心关系模式定义)
[++++4.2.3 完整性约束设计++++](#4.2.3 完整性约束设计)
[++++4.3 物理结构设计++++](#4.3 物理结构设计)
[++++4.3.1 数据库选型与基础配置++++](#4.3.1 数据库选型与基础配置)
[++++4.3.2 索引设计++++](#4.3.2 索引设计)
[++++4.3.3 存储优化策略++++](#4.3.3 存储优化策略)
[++++4.3.4 数据表物理结构++++](#4.3.4 数据表物理结构)
[++++4.4 数据库搭建与实施++++](#4.4 数据库搭建与实施)
[++++4.4.1 数据库环境搭建++++](#4.4.1 数据库环境搭建)
[++++4.4.2 数据库初始化++++](#4.4.2 数据库初始化)
[++++4.4.3 数据安全设计++++](#4.4.3 数据安全设计)
[++++4.4.4 备份与恢复策略++++](#4.4.4 备份与恢复策略)
[++++5 系统概要设计++++](#5 系统概要设计)
[++++5.1 系统总体架构设计++++](#5.1 系统总体架构设计)
[++++5.1.1 系统技术选型与架构设计原则++++](#5.1.1 系统技术选型与架构设计原则)
[++++5.1.2 系统分层架构设计++++](#5.1.2 系统分层架构设计)
[++++5.2 功能模块设计++++](#5.2 功能模块设计)
[++++5.2.1 用户认证与管理模块++++](#5.2.1 用户认证与管理模块)
[++++5.2.2 商品管理与审核模块++++](#5.2.2 商品管理与审核模块)
[++++5.2.3 购物车与订单交易模块++++](#5.2.3 购物车与订单交易模块)
[++++5.2.4 售后仲裁处理模块++++](#5.2.4 售后仲裁处理模块)
[++++5.2.5 AI 智能问答模块++++](#5.2.5 AI 智能问答模块)
[++++5.2.6 私信沟通模块++++](#5.2.6 私信沟通模块)
[++++5.2.7 电子合同模块++++](#5.2.7 电子合同模块)
[++++5.2.8 数据统计与公告模块++++](#5.2.8 数据统计与公告模块)
[++++5.3 接口设计++++](#5.3 接口设计)
[++++5.3.1 设计原则++++](#5.3.1 设计原则)
[++++5.3.2 接口总体结构++++](#5.3.2 接口总体结构)
[++++5.3.3 角色接口权限划分++++](#5.3.3 角色接口权限划分)
[++++6 系统详细设计与实现++++](#6 系统详细设计与实现)
[++++6.1 项目结构设计++++](#6.1 项目结构设计)
[++++6.2 系统环境与核心配置实现++++](#6.2 系统环境与核心配置实现)
[++++6.2.1 数据库与连接池配置++++](#6.2.1 数据库与连接池配置)
[++++6.2.2 JWT 认证配置++++](#6.2.2 JWT 认证配置)
[++++6.2.3 MyBatis-Plus 配置++++](#6.2.3 MyBatis-Plus 配置)
[++++6.2.4 跨域配置++++](#6.2.4 跨域配置)
[++++6.3 基础功能模块实现++++](#6.3 基础功能模块实现)
[++++6.3.1 用户认证与管理模块详细实现++++](#6.3.1 用户认证与管理模块详细实现)
[++++6.3.2 商品管理与审核模块详细实现++++](#6.3.2 商品管理与审核模块详细实现)
[++++6.3.3 购物车模块详细实现++++](#6.3.3 购物车模块详细实现)
[++++6.3.4 订单交易模块详细实现++++](#6.3.4 订单交易模块详细实现)
[++++6.3.5 售后仲裁模块详细实现++++](#6.3.5 售后仲裁模块详细实现)
[++++6.3.6 AI 智能问答模块详细实现++++](#6.3.6 AI 智能问答模块详细实现)
[++++6.3.7 私信沟通模块详细实现++++](#6.3.7 私信沟通模块详细实现)
[++++6.4 使用Cursor 大模型辅助开发++++](#6.4 使用Cursor 大模型辅助开发)
[++++6.4.1 用户认证与管理模块详细实现++++](#6.4.1 用户认证与管理模块详细实现)
[++++6.4.2 商品管理与审核模块详细实现++++](#6.4.2 商品管理与审核模块详细实现)
[++++6.4.3 购物车模块详细实现++++](#6.4.3 购物车模块详细实现)
[++++6.4.4 订单交易模块详细实现（核心）++++](#6.4.4 订单交易模块详细实现（核心）)
[++++6.4.5 售后仲裁模块详细实现++++](#6.4.5 售后仲裁模块详细实现)
[++++6.4.6 AI 智能问答模块详细实现++++](#6.4.6 AI 智能问答模块详细实现)
[++++6.4.7 私信沟通模块详细实现++++](#6.4.7 私信沟通模块详细实现)
[++++7.1 测试环境++++](#7.1 测试环境)
[++++7.1.1 硬件环境++++](#7.1.1 硬件环境)
[++++7.1.2 软件环境++++](#7.1.2 软件环境)
[++++7.2 测试目的++++](#7.2 测试目的)
[++++7.3 功能测试++++](#7.3 功能测试)
[++++7.3.1 用户认证模块测试++++](#7.3.1 用户认证模块测试)
[++++7.3.2 商品管理与审核模块测试++++](#7.3.2 商品管理与审核模块测试)
[++++7.3.3 购物车模块测试++++](#7.3.3 购物车模块测试)
[++++7.3.4 订单交易模块测试++++](#7.3.4 订单交易模块测试)
[++++7.3.5 售后仲裁模块测试++++](#7.3.5 售后仲裁模块测试)
[++++7.3.6 AI 智能问答模块测试++++](#7.3.6 AI 智能问答模块测试)
[++++7.3.7 私信与电子合同模块测试++++](#7.3.7 私信与电子合同模块测试)
[++++7.3.8 管理员后台模块测试++++](#7.3.8 管理员后台模块测试)
[++++7.4 性能测试++++](#7.4 性能测试)
[++++7.5 兼容性测试++++](#7.5 兼容性测试)
[++++7.6 安全性测试++++](#7.6 安全性测试)
[++++7.7 测试总结++++](#7.7 测试总结)
[++++总 结++++](#总 结)
[++++参 考 文 献++++](#参 考 文 献)
[++++致 谢++++](#致 谢)
1 绪论
1.1 系统开发背景及研究意义
1.1.1 开发背景
中医药是中华民族的瑰宝，是具有中国特色的健康服务资源和文化软实力。中药材是中医药产业的源头和根本基础，中药材生产、流通、交易等环节同中医药事业高质量发展以及人民群众用药安全有效有直接关系。近些年来，国家不断推出政策推进中医药的振兴发展，提出加快中医药数字化、标准化、品牌化的发展，支持利用现代信息技术改造传统的中药材流通方式。
在我国中药材市场实际运行过程中，由于产地分布广、品种规格繁杂、质量标准不一、流通环节长等特点，使得我国中药材市场一直存在着诸多问题。大部分地区仍然采用传统的线下集市、个体商户撮合、口头议价、纸质单据等方式进行交易，信息壁垒高、运营成本高、交易风险高、效率低等问题比较明显。数字经济迅速渗透到各个行业之中，人工智能、大模型开发工具、前后端分离架构、云计算和对象存储这些技术也变得越来越成熟，在电商、农业、医疗、物流等各个方面取得了大量的成功应用，给传统产业的数字化转型赋予了稳固的技术支持。在此情况下，创建一套轻量化、智能化、规范化的、可以落地的中药材交易系统，就成了行业升级、解决现实问题的必然选择。
1.1.2 研究意义
（1）理论意义
本研究把大模型辅助开发技术、AI智能服务同主流前后端分离架构融合起来，应用到中药材交易这个细分领域里，丰富了大模型在行业软件开发方面的应用场景，充实了中药材电商平台的设计理论和技术体系，给同类农产品、特色商品、健康产品数字化交易平台的创建赋予了可复制、可拓展、可参照的架构设想和实现途径。
- 实践意义
系统为真实的中药材B2C交易场景服务，可以很好地打通供需信息的传递渠道，简化交易手续，降低商家的经营成本和买家的采购成本，提高订单的处理速度以及履约的透明度。创建统一的线上交易、支付、售后、仲裁、信用体系，明显改善交易可信度和安全性，破解传统模式里信息不对称、纠纷难处置、服务不到位这些长久存在的难题，让交易更加高效、监管更加方便、用户更加放心。
- 行业意义
项目符合国家中医药发展战略、数字乡村建设方向，把中药材交易从线下转到线上、从人工到智能、从松散到规范，可以创建透明可信可追溯的中药材交易生态系统，提高中药材产品质量可信度和行业整体竞争力，对推动中药材产业高质量、可持续发展有重大现实意义。
基础功能模块分析
根据用户需求，系统又将系统分为10个主要的高内聚、低耦合的模块，每个模块都只完成一个特定的业务功能，然后通过统一的标准接口进行协作，从而形成完整的中药材交易业务系统。
用户管理模块用户管理模块是系统统一入口和核心基础模块，集身份认证、个人信息管理为一体，对所有的用户身份合法性进行校验、权限准入、账户资料进行管理。核心功能有用户注册、账号登录、密码找回、JWT令牌签发和验证、会话管理、个人信息修改、头像上传、手机号和邮箱修改、收款码绑定和维护等，所有的操作都必须经过认证之后才能访问系统资源。该模块使用数据隔离技术，保证买家和商家两个角色的信息独立、权限独立，给交易、售后、合同等后续业务提供统一、安全、可靠的用户和信息支撑，是保证系统安全、规范运行的基础。
商品模块是交易系统的基础模块，是中药材商品全生命周期的管理。向买家提供商品的浏览、查找、排序、分类、详情查看、规格选择的服务，给商家提供商品的添加、修改、删除、上架、下架、图片上传功能。模块深入到中药材行业特性中，就可以对产地、等级、加工方式、规格等展开专业的属性管理，是供需对接的主要途径。
商品审核模块只对商家发布的产品进行审核、质检等操作。商家提交商品之后进入待审核状态，管理员可以对商品的详情进行核查，也可以对商品进行通过或者驳回的操作。事前审核制度又称前置审查，在商品进入市场流通前，对商品质量实行事前审核，保证商品品质达到规定要求、无虚假欺诈行为、无违法经营、无违规销售等情况，防止低劣商品流入市场。
购物车模块给买家提供商品的暂存、批量操作和结算前准备功能，可以添加商品、调节数量、删除商品、选择结算等。买家可以将多件药材集中存放，一次性完成结算下单，大大简化了采购流程，提高了操作效率，是线上交易流程中提高用户体验的重要环节
数据表物理结构
此处留空，用于插入表4-1用户表结构（此处留空，用于插入表4-2商家信息表结构（此处留空，用于插入表4-3商品表结构（此处留空，用于插入表4-4商品规格表结构（此处留空，用于插入表4-5库存表结构（此处留空，用于插入表4-6订单表结构（此处留空，用于插入表4-7订单项表结构（此处留空，用于插入表4-8售后工单表结构
（1）用户表（users）
表 4-1 用户表
|---------------|--------------|-----------------------------|---------------------------|
| 字段名 | 数据类型 | 约束 | 说明 |
| id | bigint | PRIMARY KEY, AUTO_INCREMENT | 用户 ID，主键 |
| username | varchar(64) | NOT NULL, UNIQUE | 用户名，唯一 |
| password_hash | varchar(255) | NOT NULL | 密码加密串 |
| phone | varchar(32) | NOT NULL, UNIQUE | 手机号，唯一 |
| email | varchar(64) | UNIQUE, NULL | 邮箱 |
| nickname | varchar(64) | NULL | 昵称 |
| avatar | varchar(255) | NULL | 头像路径 |
| user_type | varchar(32) | NOT NULL | 用户类型：BUYER/MERCHANT/ADMIN |
| status | varchar(32) | NOT NULL | 账号状态：NORMAL/DISABLED |
| created_at | datetime | NOT NULL | 创建时间 |
| updated_at | datetime | NOT NULL | 更新时间 |
（2）商家信息表（merchant_profiles）
表 4-2 商家信息表
|----------------|--------------|-----------------------------|-----------------------|
| 字段名 | 数据类型 | 约束 | 说明 |
| id | bigint | PRIMARY KEY, AUTO_INCREMENT | 商家 ID |
| user_id | bigint | NOT NULL | 关联用户 ID |
| merchant_name | varchar(100) | NOT NULL | 商家 / 店铺名称 |
| license_no | varchar(64) | NULL | 营业执照编号 |
| contact_person | varchar(32) | NULL | 联系人 |
| contact_phone | varchar(32) | NULL | 联系电话 |
| audit_status | varchar(32) | NOT NULL | 审核状态：WAIT/PASS/REJECT |
| created_at | datetime | NOT NULL | 创建时间 |
| updated_at | datetime | NOT NULL | 更新时间 |
（3）商品表（goods）
表 4-3 商品表结构
|----------------|---------------|-----------------------------|-----------------|
| 字段名 | 数据类型 | 约束 | 说明 |
| id | bigint | PRIMARY KEY, AUTO_INCREMENT | 商品 ID |
| merchant_id | bigint | NOT NULL | 所属商家 ID |
| goods_code | varchar(64) | NOT NULL, UNIQUE | 商品唯一编码 |
| name | varchar(100) | NOT NULL | 中药材名称 |
| alias | varchar(255) | NULL | 别名 |
| category_code | varchar(64) | NOT NULL | 分类编码 |
| origin_place | varchar(64) | NULL | 产地 |
| process_method | varchar(64) | NULL | 加工方式 |
| quality_grade | varchar(32) | NULL | 质量等级 |
| unit | varchar(32) | NULL | 计量单位 |
| base_price | decimal(12,2) | NOT NULL | 基础价格 |
| status | varchar(32) | NOT NULL | 状态：DRAFT/ON/OFF |
| created_at | datetime | NOT NULL | 创建时间 |
| updated_at | datetime | NOT NULL | 更新时间 |
（4）商品规格表（goods_specs）
表 4-4 商品规格表
|--------------|---------------|-----------------------------|---------|
| 字段名 | 数据类型 | 约束 | 说明 |
| id | bigint | PRIMARY KEY, AUTO_INCREMENT | 规格 ID |
| goods_id | bigint | NOT NULL | 所属商品 ID |
| spec_code | varchar(64) | NOT NULL, UNIQUE | 规格编码 |
| spec_name | varchar(100) | NOT NULL | 规格名称 |
| net_weight | decimal(10,2) | NULL | 净重 |
| package_type | varchar(64) | NULL | 包装类型 |
| batch_no | varchar(64) | NULL | 生产批号 |
| warehouse | varchar(64) | NULL | 存放库区 |
| price | decimal(12,2) | NOT NULL | 销售价格 |
| min_order | int | NULL | 最小起订量 |
| status | varchar(32) | NOT NULL | 规格状态 |
| created_at | datetime | NOT NULL | 创建时间 |
| updated_at | datetime | NOT NULL | 更新时间 |
（5）库存表（inventory）
表 4-5 库存表
|-----------------|----------|-----------------------------|---------|
| 字段名 | 数据类型 | 约束 | 说明 |
| id | bigint | PRIMARY KEY, AUTO_INCREMENT | 库存 ID |
| spec_id | bigint | NOT NULL, UNIQUE | 关联规格 ID |
| available_stock | int | NOT NULL, DEFAULT 0 | 可用库存 |
| locked_stock | int | NOT NULL, DEFAULT 0 | 锁定库存 |
| warn_threshold | int | NULL | 预警阈值 |
| version | int | NOT NULL, DEFAULT 0 | 乐观锁版本 |
| created_at | datetime | NOT NULL | 创建时间 |
| updated_at | datetime | NOT NULL | 更新时间 |
（6）订单表（orders）
表 4-6 订单表
|--------------|---------------|-----------------------------|------------------|
| 字段名 | 数据类型 | 约束 | 说明 |
| id | bigint | PRIMARY KEY, AUTO_INCREMENT | 订单 ID |
| order_no | varchar(64) | NOT NULL, UNIQUE | 订单编号 |
| buyer_id | bigint | NOT NULL | 买家 ID |
| merchant_id | bigint | NOT NULL | 商家 ID |
| total_amount | decimal(14,2) | NOT NULL | 总金额 |
| real_pay | decimal(14,2) | NOT NULL | 实付金额 |
| pay_status | varchar(32) | NOT NULL | 支付状态：UNPAID/PAID |
| order_status | varchar(32) | NOT NULL | 订单状态 |
| remark | varchar(255) | NULL | 订单备注 |
| pay_time | datetime | NULL | 支付时间 |
| deliver_time | datetime | NULL | 发货时间 |
| finish_time | datetime | NULL | 完成时间 |
| created_at | datetime | NOT NULL | 创建时间 |
（7）订单项表（order_items）
表 4-7 订单项表
|------------|---------------|-----------------------------|---------|
| 字段名 | 数据类型 | 约束 | 说明 |
| id | bigint | PRIMARY KEY, AUTO_INCREMENT | 订单项 ID |
| order_id | bigint | NOT NULL | 所属订单 ID |
| spec_id | bigint | NOT NULL | 商品规格 ID |
| goods_name | varchar(100) | NOT NULL | 商品名称快照 |
| spec_name | varchar(100) | NOT NULL | 规格名称快照 |
| price | decimal(12,2) | NOT NULL | 下单单价 |
| quantity | int | NOT NULL | 购买数量 |
| sub_total | decimal(14,2) | NOT NULL | 小计金额 |
| created_at | datetime | NOT NULL | 创建时间 |
（8）售后工单表（after_sales_tickets）
表 4-8 售后工单表
|---------------|---------------|-----------------------------|------------------|
| 字段名 | 数据类型 | 约束 | 说明 |
| id | bigint | PRIMARY KEY, AUTO_INCREMENT | 售后工单 ID |
| order_id | bigint | NOT NULL | 关联订单 ID |
| order_item_id | bigint | NOT NULL | 关联订单项 ID |
| buyer_id | bigint | NOT NULL | 买家 ID |
| merchant_id | bigint | NOT NULL | 商家 ID |
| ticket_type | varchar(32) | NOT NULL | 类型：REFUND/RETURN |
| reason | varchar(255) | NULL | 申请原因 |
| apply_amount | decimal(12,2) | NULL | 申请金额 |
| status | varchar(32) | NOT NULL | 工单状态 |
| handle_note | varchar(255) | NULL | 处理备注 |
| created_at | datetime | NOT NULL | 创建时间 |
| updated_at | datetime | NOT NULL | 更新时间 |
基础功能模块实现
6.3.1 用户认证与管理模块详细实现
用户认证与管理模块给系统提供一个身份验证的入口，可以完成用户的注册、登录、信息修改、权限分配等工作，从而给系统的正常运行提供安全保证体系。
（1）用户注册功能实现
用户注册分为买家和商家两种身份，前端有一个统一的注册表单，用户输入用户名、密码、手机号、邮箱等信息之后提交。后端对参数做非空校验、格式校验、唯一性校验，保证用户名、手机号不重复。密码采用MD5加盐加密的方式存储，绝对禁止明文保存。如果用户选择商家身份，系统就会自动初始化商家资料表，之后再完善店铺信息。所有的数据校验通过之后，系统就会产生用户的记录，并且会返回注册成功的提示信息，还会自动发放登录令牌，从而改善用户的使用感受。
用户登录功能实现
登录功能采用账号密码 + JWT 令牌认证模式。用户提交用户名和密码之后，后端对账号是否存在、密码是否正确进行验证。校验通过之后，系统按照用户的ID以及角色信息生成JWT令牌，设置合理的过期时间和签名密钥，保证令牌不能被伪造。令牌返回前端之后保存到本地缓存中，所有的接口请求都会在请求头带上令牌。系统使用拦截器对令牌有效性进行自动检查，从而达到无状态登录认证的目的。
商品管理与审核模块详细实现
商品管理及审核模块是中药材交易的主要信息承载者，根据中药材种类繁多、规格繁杂、等级严格的特点，采用商品主信息+多规格+库存的三级结构来设计。
（1）商品发布功能实现
商家登录后台后可以发布中药材商品，填写商品名称、别名、分类、产地、加工方式、质量等级等基础信息，并且可以添加多条规格属性，即净重、包装类型、生产批号、销售价格、最小起订量等。系统可以上传图片，使用阿里云OSS存储商品图片，提高加载速度。商品信息填写完毕之后，状态会自动变为待审核，只有管理员审核通过之后才会正式上架销售。
商品审核功能实现
商品审核属于平台的质量控制重要部分。管理员在后台可以查看所有的待审核商品，可以显示出商品名称、规格、价格、商家信息、提交时间等信息。管理员可以查看商品详情并进行审核操作，审核通过后商品状态变为已上架，对外展示并可以购买；审核驳回时需要填写驳回原因，商家根据原因重新编辑并再次提交。经过审核可以保证平台上的商品信息是真实的、规范的、合法的。
商品查询与筛选实现
商品查询对所有的用户开放，可以采用多种检索方式。系统设有关键词搜索、分类筛选、产地筛选、价格区间筛选、销量排序、价格排序等。后端用动态SQL拼接查询条件，用分页插件实现高效的分页查询，大大提高了大数据量下查询的性能。商品详情页展示图片、参数、规格、价格、库存、商家信息等所有信息，给买家提供全方位的参考。
总 结
本课题以借助大模型工具Cursor的中药材交易系统为研究对象，从传统中药材交易存在的信息不对称、流程繁琐、监管困难、缺少智能化服务等问题入手，使用Spring Boot和Vue前后端分离架构，MySQL8.0数据库、JWT身份认证、阿里云OSS存储、通义千问大模型AI服务相结合的方式，创建起一个包含买家、商家、管理员三个角色的全流程线上交易平台。在所有的开发中使用Cursor大模型的代码生成、接口测试、逻辑优化、错误诊断等大大加快了开发速度，并使系统趋于规范化。
本文在系统设计阶段按照先做需求分析后做可行性分析，再做业务流程梳理，接着是数据库建模，然后是概要设计和详细设计的顺序来开展工作。利用E-R图确定用户、商品、订单、售后、合同等实体之间的关系，建立高内聚、低耦合的功能模块体系，即用户认证、商品管理、订单交易、售后仲裁、AI智能问答、私信沟通、电子合同、数据统计八个主要模块，使交易全过程实现线上化、标准化、可追溯。在实现阶段系统完成了前后端工程搭建、接口开发、业务逻辑落地、页面交互实现，使用事务控制、乐观锁、状态不可逆流转等保证库存安全、交易可靠，集成AI问答实现中药材专业知识咨询、智能客服能力。
系统测试阶段从功能、性能、兼容性、安全性等各方面展开全方位的测试工作。通过结果可知，本系统功能齐全、业务流程闭环正确、数据存储一致、接口响应快、多浏览器兼容好、安全机制完备，可以满足中药材线上交易实际使用需求，达到预期设计目的。系统很好地解决了传统交易信息不透明、流程繁杂、信任度低、服务智能化程度不够等种种问题，从而达到交易效率提高、运营成本下降、监管更方便、用户体验好的目的。
本系统创新之处在于把大模型辅助开发同垂直行业系统深度融合，大大缩减了开发门槛和开发周期，将传统的电商升级为"交易+知识服务"的一体化平台，采用轻量化、易部署、易维护的前后端分离架构，更适合作为中小中药材商户和地方平台使用。
尽管系统已经完成了大部分的功能，但是还存在着一些不足。AI问答对于中药材专业术语、产地规格的细分场景下回答的准确度还可以提高，但是系统还没有和线上支付接口对接起来，需要再接上支付渠道来提高便利性，没有使用区块链溯源，商品质量的追溯能力还需要加强。未来可以从接入第三方支付、完善中药材溯源体系、优化大模型 Prompt、增加智能推荐、移动端适配等各方面继续扩展，使系统更加贴近产业实际、功能更强、运行更稳定。