1. 项目背景与核心价值
校园二手交易一直是个高频刚需场景。每到毕业季，大量教材、电子产品、生活用品被低价抛售；而新生入学时，又急需性价比高的二手物品。传统的线下跳蚤市场受时间地点限制，QQ群和朋友圈交易又存在信息杂乱、缺乏保障等问题。
我去年为某高校开发的这套Java版校园网络跳蚤市场系统，实现了：
- 24小时在线的闲置物品交易平台
- 基于校内实名认证的信用体系
- 支持多维度搜索的智能商品展示
- 集成了消息通知和交易评价功能
系统上线三个月就促成2000+笔交易，最受欢迎的品类依次是教材（占38%）、数码产品（25%）、生活用品（20%）。下面具体拆解实现方案。
2. 系统架构设计
2.1 技术选型决策
选择Java作为主要技术栈基于三点考量：
- 高校IT环境普遍对Java生态支持完善
- SpringBoot的快速开发特性适合毕设周期
- 学校信息中心提供的服务器均为Linux+Tomcat环境
具体技术矩阵：
- 前端：Thymeleaf + Bootstrap 5（避免前后端分离的复杂度）
- 后端：SpringBoot 2.7 + MyBatis-Plus
- 数据库：MySQL 8.0（校方指定）
- 安全：Shiro + 校方统一认证接口
- 文件存储：本地NAS（校方提供）
注意：曾考虑使用Redis缓存热门商品，但评估QPS后放弃。实测表明校园场景下MySQL完全能承受日均3000次查询。
2.2 功能模块划分
系统采用经典三层架构：
code复制src/
├── main/
│ ├── java/
│ │ ├── controller/ # 请求处理层
│ │ ├── service/ # 业务逻辑层
│ │ ├── dao/ # 数据访问层
│ │ └── entity/ # 实体类
│ └── resources/
│ ├── static/ # 静态资源
│ ├── templates/ # 页面模板
│ └── application.yml # 配置文件
核心功能模块：
- 用户中心（含实名认证）
- 商品管理（CRUD+搜索）
- 交易流程（预约-验货-支付）
- 消息系统（WebSocket实现）
- 评价体系（双向评分）
3. 关键实现细节
3.1 实名认证集成
通过调用学校OA系统的教职工/学生验证接口：
java复制// 认证服务伪代码
public boolean verifyUser(String jobNo, String idCard) {
String url = "https://oa.university.edu/api/verify";
Map<String,String> params = new HashMap<>();
params.put("jobNo", jobNo);
params.put("idCard", idCard.substring(6,14)); // 只传生日部分
String result = restTemplate.postForObject(url, params, String.class);
return result.contains("success");
}
踩坑记录：初期传输完整身份证号被校方安全部门驳回，后改为只传生日段验证。
3.2 商品搜索优化
采用MySQL全文索引+标签分类的混合方案：
sql复制CREATE TABLE items (
id BIGINT PRIMARY KEY,
title VARCHAR(100) NOT NULL,
description TEXT,
tags VARCHAR(200), -- 逗号分隔的标签
FULLTEXT INDEX ft_search (title,description) -- 全文索引
);
搜索逻辑处理：
java复制public Page<Item> search(String keyword, String tag) {
QueryWrapper<Item> wrapper = new QueryWrapper<>();
if (StringUtils.hasText(keyword)) {
wrapper.and(w -> w.apply("MATCH(title,description) AGAINST({0})", keyword));
}
if (StringUtils.hasText(tag)) {
wrapper.like("tags", tag);
}
return itemMapper.selectPage(page, wrapper);
}
3.3 交易状态机设计
使用枚举定义交易流程：
java复制public enum TradeStatus {
INITIALIZED(0, "待确认"),
CONFIRMED(1, "已预约"),
INSPECTED(2, "已验货"),
PAID(3, "已付款"),
COMPLETED(4, "已完成"),
CANCELLED(-1, "已取消");
// 状态校验逻辑
public static boolean isValidTransition(TradeStatus from, TradeStatus to) {
return switch (from) {
case INITIALIZED -> to == CONFIRMED || to == CANCELLED;
case CONFIRMED -> to == INSPECTED || to == CANCELLED;
case INSPECTED -> to == PAID;
case PAID -> to == COMPLETED;
default -> false;
};
}
}
4. 典型问题解决方案
4.1 图片上传安全控制
限制要求：
- 仅允许jpg/png格式
- 单文件<2MB
- 每日上传上限20张
SpringBoot配置示例：
yaml复制spring:
servlet:
multipart:
max-file-size: 2MB
max-request-size: 10MB
Controller层校验：
java复制@PostMapping("/upload")
public Result upload(@RequestParam MultipartFile file,
HttpSession session) {
// 校验文件类型
String ext = FilenameUtils.getExtension(file.getOriginalFilename());
if (!Arrays.asList("jpg", "png").contains(ext.toLowerCase())) {
return Result.error("仅支持JPG/PNG格式");
}
// 校验当日上传次数
Integer uploadCount = (Integer) session.getAttribute("uploadCount");
if (uploadCount != null && uploadCount >= 20) {
return Result.error("今日上传已达上限");
}
// 处理存储逻辑...
}
4.2 并发修改处理
商品库存/状态的并发控制方案：
- 乐观锁实现：
sql复制UPDATE items
SET stock = stock - 1,
version = version + 1
WHERE id = ? AND version = ?
-
数据库事务隔离级别设置为READ_COMMITTED
-
关键操作添加分布式锁（基于Redis，但需校方部署支持）
5. 部署实践要点
5.1 服务器配置建议
校方提供的典型环境：
- CPU：4核 Intel Xeon
- 内存：8GB
- 系统：CentOS 7.6
- 容器：Tomcat 9
优化配置：
bash复制# Tomcat配置调整
export JAVA_OPTS="-Xms2048m -Xmx4096m -XX:MaxMetaspaceSize=512m"
5.2 数据库调优经验
针对交易表的索引优化：
sql复制ALTER TABLE trade_records
ADD INDEX idx_buyer_seller (buyer_id, seller_id),
ADD INDEX idx_item_status (item_id, status);
监控慢查询日志发现：商品详情页的联表查询需要优化：
sql复制-- 优化前（执行时间>800ms）
SELECT i.*, u.nickname
FROM items i
LEFT JOIN users u ON i.seller_id = u.id
WHERE i.id = ?;
-- 优化后（添加覆盖索引，执行时间<50ms）
ALTER TABLE users ADD INDEX idx_id_nickname (id, nickname);
这套系统在实现时特别注重校园场景的特殊性：比如通过集成校方认证确保用户真实性，交易流程设计线下验货环节，以及针对教材、实验设备等校园特色品类的分类优化。在测试阶段，建议重点验证高并发场景下的商品状态同步，以及移动端浏览器的兼容性表现。