1. 项目背景与核心价值
校园二手交易一直是个高频刚需场景。每到毕业季，大量教材、电子产品、生活用品被低价转卖；而新生入学时，又迫切需要性价比高的二手物品。传统的线下交易方式存在明显痛点：信息不对称（不知道谁在卖/买什么）、交易效率低（需要当面沟通议价）、缺乏信任保障（担心假货或纠纷）。
我在大三时曾帮学长开发过一个简单的校内论坛二手版块，积累了不少一线需求反馈。这次毕业设计，我决定用Spring Boot构建一个功能完备的校园闲置物品交易平台，主要解决三个核心问题：
- 信息聚合：将所有闲置商品数字化展示，支持多维度检索
- 交易闭环：从浏览、沟通、下单到支付的全流程线上化
- 信任体系：通过实名认证、交易评价构建信用机制
提示：校园场景的特殊性在于用户群体高度垂直（都是在校师生），这让我们可以简化很多电商平台的复杂设计，例如不需要完整的物流跟踪系统（默认同城面交），也能采用更宽松的实名认证策略（学号验证即可）。
2. 技术选型与架构设计
2.1 为什么选择Spring Boot
作为Java生态中最流行的微服务框架，Spring Boot的优势在校园级应用中尤为明显：
- 快速启动：内嵌Tomcat，无需单独部署Web服务器
- 约定优于配置：默认整合了Spring MVC、JPA等常用组件
- 生态丰富：有大量Starter可以快速集成Redis、Elasticsearch等中间件
对比传统SSM架构，用Spring Boot开发相同功能能减少约40%的样板代码。以下是核心依赖的pom.xml配置片段：
xml复制<dependencies>
<!-- Web支持 -->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
<!-- 数据库 -->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-jpa</artifactId>
</dependency>
<dependency>
<groupId>mysql</groupId>
<artifactId>mysql-connector-java</artifactId>
<scope>runtime</scope>
</dependency>
<!-- 安全认证 -->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-security</artifactId>
</dependency>
</dependencies>
2.2 系统架构设计
采用经典的三层架构，但针对校园场景做了特殊优化：
code复制┌───────────────────────────────────────┐
│ 表现层 │
│ ┌─────────┐ ┌─────────┐ ┌───────┐ │
│ │ Web │ │ Mobile │ │ Admin │ │
│ └─────────┘ └─────────┘ └───────┘ │
└───────────────────┬───────────────────┘
│ HTTP/JSON
┌───────────────────▼───────────────────┐
│ 业务逻辑层 │
│ ┌─────────┐ ┌─────────┐ ┌───────┐ │
│ │ 用户服务 │ │商品服务 │ │订单服务│ │
│ └─────────┘ └─────────┘ └───────┘ │
└───────────────────┬───────────────────┘
│ JPA/Hibernate
┌───────────────────▼───────────────────┐
│ 数据持久层 │
│ ┌─────────┐ ┌─────────┐ ┌───────┐ │
│ │ MySQL │ │ Redis │ │ ES │ │
│ └─────────┘ └─────────┘ └───────┘ │
└───────────────────────────────────────┘
关键设计决策：
- 放弃微服务：单体架构足够支撑校园级并发（预计日活<1000）
- 混合存储：MySQL主存+Redis缓存热门商品+ES实现搜索
- 轻量级安全：基于Spring Security的学号+密码认证
3. 核心功能实现细节
3.1 用户系统的特殊处理
校园场景下的用户管理有两个特殊需求：
- 实名制但保护隐私：需要验证学号但不在前端显示
- 分级权限：普通用户/宿舍管理员/系统管理员
实现方案：
java复制@Entity
public class User {
@Id
@Column(name = "student_id")
private String studentId; // 学号作为主键
private String password;
private String nickname; // 显示用昵称
@Enumerated(EnumType.STRING)
private UserRole role; // 角色枚举
// 敏感字段添加JsonIgnore
@JsonIgnore
public String getStudentId() {
return this.studentId;
}
}
安全配置要点：
java复制@Configuration
@EnableWebSecurity
public class SecurityConfig extends WebSecurityConfigurerAdapter {
@Override
protected void configure(HttpSecurity http) throws Exception {
http.authorizeRequests()
.antMatchers("/admin/**").hasRole("ADMIN")
.antMatchers("/dorm-admin/**").hasRole("DORM_ADMIN")
.anyRequest().permitAll()
.and()
.formLogin().loginPage("/login");
}
}
3.2 商品发布的防垃圾设计
学生随意发布商品会导致信息质量下降，我们通过以下机制控制：
- 发布配额：普通用户每周≤5条
- 自动过期：30天未更新自动下架
- 敏感词过滤：使用AC自动机算法实时检测
核心代码实现：
java复制public class GoodsService {
@Transactional
public void publishGoods(Goods goods, String userId) {
// 检查配额
long count = goodsRepo.countThisWeekPublish(userId);
if (count >= 5) {
throw new BusinessException("每周最多发布5件商品");
}
// 过滤敏感词
goods.setDescription(SensitiveWordFilter.filter(goods.getDescription()));
// 设置默认状态
goods.setStatus(GoodsStatus.ON_SALE);
goods.setPublishTime(LocalDateTime.now());
goodsRepo.save(goods);
}
}
3.3 交易流程的校园化改造
不同于普通电商平台，我们简化了交易流程：
code复制传统电商流程：
浏览商品 → 加入购物车 → 支付 → 发货 → 确认收货 → 评价
校园优化流程：
浏览商品 → 联系卖家（IM/电话） → 线下交易 → 线上确认 → 评价
关键实现点：
- 虚拟订单：仅记录交易意向，不强制在线支付
- 见面确认码：买卖双方输入相同6位数码完成交易验证
- 信用积分：根据履约情况动态调整用户信用等级
订单状态机设计：
java复制public enum OrderStatus {
INITIALIZED, // 已创建
CONTACTED, // 已联系
MEET_ARRANGED, // 已约定见面
COMPLETED, // 已完成
CANCELLED // 已取消
}
4. 性能优化实践
4.1 缓存策略设计
针对校园场景的访问特点：
- 时间规律性：上课时间访问少，午休/晚间高峰
- 商品热度集中：教材、数码等品类占80%流量
缓存方案：
- 多级缓存：JPA二级缓存 + Redis热点缓存
- 差异化TTL：
- 教材类商品：1小时
- 数码类商品：30分钟
- 其他品类：10分钟
Redis配置示例：
properties复制# application.properties
spring.cache.type=redis
spring.redis.host=localhost
spring.redis.port=6379
# 自定义缓存配置
goods.cache.ttl.textbook=3600
goods.cache.ttl.digital=1800
4.2 搜索优化方案
MySQL的LIKE查询在商品量>1万时性能急剧下降，我们采用折中方案：
- 小型倒排索引：对商品标题构建内存索引
- 异步更新：商品变更后通过事件队列更新索引
核心实现：
java复制@Component
public class GoodsIndexer {
private ConcurrentMap<String, Set<Long>> invertedIndex = new ConcurrentHashMap<>();
@EventListener
public void handleGoodsChange(GoodsEvent event) {
// 异步更新索引
CompletableFuture.runAsync(() -> {
updateIndex(event.getGoodsId(), event.getTitle());
});
}
private void updateIndex(Long goodsId, String title) {
// 分词处理
String[] words = title.split("\\W+");
for (String word : words) {
invertedIndex.computeIfAbsent(word, k -> new HashSet<>())
.add(goodsId);
}
}
}
5. 部署与监控
5.1 校园服务器部署要点
校内服务器通常配置有限（4核8G是常见配置），需要特别优化：
- JVM参数：
bash复制
-Xms512m -Xmx1024m -XX:MaxMetaspaceSize=256m - 数据库连接池：将HikariCP默认连接数从10降到5
- 日志分割：避免单个日志文件过大
5.2 轻量级监控方案
采用Spring Boot Actuator + Prometheus + Grafana搭建监控看板：
- 添加依赖：
xml复制<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-actuator</artifactId>
</dependency>
<dependency>
<groupId>io.micrometer</groupId>
<artifactId>micrometer-registry-prometheus</artifactId>
</dependency>
- 配置项：
properties复制management.endpoints.web.exposure.include=health,metrics,prometheus
management.metrics.export.prometheus.enabled=true
- 关键监控指标：
- 交易成功率
- 平均响应时间
- 活跃商品数
- 用户登录频次
6. 踩坑实录
6.1 图片存储的教训
初期直接使用本地文件存储，导致：
- 集群部署时图片不同步
- 服务器重启后路径错乱
最终方案：改用MinIO对象存储
yaml复制# application.yml
minio:
endpoint: http://minio.example.com
access-key: ${MINIO_ACCESS_KEY}
secret-key: ${MINIO_SECRET_KEY}
bucket: campus-trade
6.2 事务失效问题
在商品发布服务中，以下代码不会回滚：
java复制public void publishGoods(Goods goods) {
// 方法1：无事务
validateGoods(goods);
// 方法2：有事务
goodsRepository.save(goods);
// 方法3：无事务
updateUserPublishCount(goods.getUserId());
}
解决方案：
- 添加
@Transactional注解 - 将非DB操作移到事务外
- 使用
TransactionTemplate编程式事务
6.3 并发修改冲突
两个用户同时购买同一商品时出现超卖：
java复制public void purchase(Long goodsId) {
Goods goods = goodsRepo.findById(goodsId);
if (goods.getStock() > 0) {
goods.setStock(goods.getStock() - 1);
goodsRepo.save(goods);
}
}
优化方案：
- 数据库加悲观锁：
java复制@Query("SELECT g FROM Goods g WHERE g.id = :id FOR UPDATE")
Goods findByIdForUpdate(Long id);
- 使用乐观锁：
java复制@Entity
public class Goods {
@Version
private Integer version;
// ...
}
7. 扩展方向建议
- 信用体系：接入校园一卡通数据验证用户身份
- 智能推荐：基于专业和年级推荐相关教材
- 物流代收：与校园快递站合作实现货柜自提
- 拍卖模式：对稀缺物品采用荷兰式拍卖
这个项目让我深刻体会到：校园场景的技术方案必须考虑用户习惯和基础设施特点，不能简单套用商业电商的模式。后续我准备在交易安全方面继续优化，比如引入区块链技术记录关键交易凭证。