1. 项目概述二手交易平台是近年来快速发展的互联网应用类型它解决了个人闲置物品流通的痛点需求。基于SpringBoot框架开发的二手交易系统能够充分利用Java生态的成熟技术栈快速构建高可用的在线交易平台。我去年参与开发了一个校园二手交易系统从技术选型到上线运维全程跟进。这个项目让我深刻体会到SpringBoot在快速开发中的优势也积累了不少实战经验。本文将分享从系统设计到具体实现的完整方案包含那些教科书上不会写的踩坑记录。2. 系统架构设计2.1 整体技术栈选型核心采用SpringBoot 2.7.x MyBatis-Plus组合这是经过多个项目验证的黄金搭配。SpringBoot的自动配置特性让项目初始化变得极其简单而MyBatis-Plus的ActiveRecord模式大幅简化了数据库操作。前端选用Vue 3 Element Plus通过RESTful API与后端交互。这里有个经验之谈前后端分离时Swagger文档一定要同步开发我们项目初期没重视这个导致前后端联调时浪费了大量时间。数据库使用MySQL 8.0考虑到二手商品的非结构化数据特点同时引入了MongoDB存储商品详情中的富文本和图片信息。这种混合存储方案在实践中表现很稳定。2.2 微服务化考量虽然SpringCloud可以实现完善的微服务架构但对于中小型二手平台我的建议是初期采用单体架构使用package分层将支付、消息等明确独立的功能模块拆分为子模块预留FeignClient接口为后期服务拆分做准备我们项目就吃过过度设计的亏一开始就上SpringCloud结果服务器成本增加了40%而实际并发量前半年都没超过1000QPS。2.3 安全设计要点二手平台要特别注意的安全环节用户密码必须BCrypt加密商品发布需内容审核我们接入了阿里云内容安全API支付环节要双重验证敏感操作需要日志审计3. 核心功能实现3.1 商品模块设计商品表的核心字段设计public class Item { private Long id; private String title; // 商品标题 private Integer categoryId; // 分类ID private BigDecimal price; // 价格 private Integer status; // 状态1-在售 2-已售 3-下架 private Long sellerId; // 卖家ID private LocalDateTime createTime; private LocalDateTime updateTime; // 省略getter/setter }特别注意价格字段一定要用BigDecimal我们最早用Double类型结果出现了0.10.20.30000000000000004的经典精度问题。3.2 搜索功能实现采用Elasticsearch构建搜索服务关键点建立商品索引时title字段要用ik_smart分词器价格区间过滤要用range查询搜索结果需要高亮显示一个性能优化技巧对热门分类的商品索引单独建立分片比如手机类商品的查询频率是家具类的20倍我们就给手机类分配了更多的资源。3.3 交易流程实现交易状态机设计待支付 - 已支付 - 待发货 - 已发货 - 已完成 - 已取消关键代码示例Transactional public boolean createOrder(OrderDTO dto) { // 1. 校验商品状态 Item item itemService.getById(dto.getItemId()); if(item.getStatus() ! 1) { throw new BusinessException(商品已下架); } // 2. 扣减库存乐观锁 boolean success itemService.update() .setSql(stock stock - 1) .eq(id, item.getId()) .gt(stock, 0) .update(); if(!success) { throw new BusinessException(库存不足); } // 3. 创建订单 Order order new Order(); // 省略属性设置 return orderService.save(order); }4. 性能优化实践4.1 缓存策略采用多级缓存方案本地缓存Caffeine缓存用户基础信息TTL 5分钟Redis缓存商品详情TTL 1小时分类列表永不过期热门商品ZSET结构按点击量排序重要经验缓存雪崩防护一定要做我们在一次大促时所有商品缓存同时失效导致数据库瞬间被打满。后来改为基础TTL随机偏移量的方式解决。4.2 数据库优化索引优化为查询条件建立组合索引比如(status, category_id)读写分离使用Sharding-JDBC实现大表分片用户交易记录按月分表一个真实案例商品表最初没有对status字段建索引当平台有10万商品时查询在售商品需要全表扫描响应时间超过2秒。加上索引后降到50ms以内。5. 部署与监控5.1 容器化部署使用Docker Compose编排服务version: 3 services: app: image: openjdk:11-jre ports: - 8080:8080 volumes: - ./app.jar:/app.jar command: java -jar /app.jar depends_on: - redis - mysql redis: image: redis:6 ports: - 6379:6379 mysql: image: mysql:8 environment: MYSQL_ROOT_PASSWORD: 123456 ports: - 3306:33065.2 监控方案SpringBoot Actuator暴露健康检查Prometheus收集指标Grafana展示监控数据ELK收集日志特别提醒一定要监控慢SQL我们通过Arthas发现一个N1查询问题某个页面竟然产生了200条SQL优化后降到3条。6. 典型问题排查6.1 事务失效场景我们遇到过的事务坑同类方法内调用A方法调用同类B方法B方法上的Transactional失效解决将B方法移到另一个Service异常被捕获try-catch吞掉了异常解决catch中throw new RuntimeException(e)6.2 循环依赖问题当UserService依赖OrderService同时OrderService又依赖UserService时Spring启动会报错。我们的解决方案使用Lazy延迟加载重构代码提取公共逻辑到第三个Service6.3 高并发场景下的超卖问题采用Redis分布式锁数据库乐观锁双重保障public boolean purchase(Long itemId) { String lockKey item: itemId; // 获取分布式锁 boolean locked redisTemplate.opsForValue() .setIfAbsent(lockKey, 1, 10, TimeUnit.SECONDS); if(!locked) { throw new BusinessException(操作太频繁); } try { // 乐观锁更新 int updated itemMapper.updateStock(itemId); return updated 0; } finally { // 释放锁 redisTemplate.delete(lockKey); } }7. 扩展功能建议7.1 推荐系统基于用户行为实现简单的推荐协同过滤购买过A商品的用户也买了B内容相似同分类下的相似商品实时热门最近1小时销量Top7.2 消息推送集成WebSocket实现订单状态变更通知买家留言提醒系统公告推送实现要点需要处理连接保活和断线重连我们用的是Spring的STOMP协议支持。7.3 物流跟踪对接第三方物流API的注意事项异步查询结果合理设置查询间隔快递公司一般限制频率缓存查询结果8. 项目演进思考从单体到微服务的演进路线建议先按功能拆分模块将支付、搜索等独立功能抽离为服务引入API网关逐步迁移其他模块技术债务管理经验我们专门建立了技术债务看板将已知问题按优先级排序每个迭代固定分配20%资源来处理。