1. 项目概述
作为一名从事Java开发十余年的技术老兵，今天想和大家分享一个基于SpringBoot的房产中介看房预约系统的完整开发过程。这个项目最初是为某高校计算机专业毕业设计而开发，但因其完整的业务逻辑和规范的架构设计，在实际房产中介行业中也得到了不错的应用反馈。
这个系统主要解决了传统房产中介行业中的几个痛点：
- 看房预约流程繁琐，依赖人工记录和电话沟通
- 房源信息更新不及时，客户无法实时获取最新状态
- 经纪人工作安排混乱，经常出现时间冲突
- 缺乏数据分析能力，无法统计客户偏好和转化率
系统采用SpringBoot+Vue前后端分离架构，整合了房源管理、客户管理、预约管理、数据统计等核心模块。下面我将从技术选型、架构设计、核心功能实现等维度，详细解析这个项目的开发过程。
2. 技术选型与架构设计
2.1 技术栈选型考量
在项目启动阶段，我们经过多轮技术评估，最终确定了以下技术栈组合：
后端技术栈：
- Spring Boot 2.7.x：简化配置，快速构建微服务
- MyBatis-Plus 3.5.x：增强的ORM框架，减少样板代码
- Shiro 1.10.x：轻量级安全框架，处理认证授权
- Redis 6.x：缓存热点数据，提升系统响应速度
- MySQL 8.0：关系型数据库，存储业务数据
前端技术栈：
- Vue 3.x：渐进式前端框架，组件化开发
- Element Plus：UI组件库，快速构建管理后台
- ECharts 5.x：数据可视化，生成统计图表
- Axios：处理HTTP请求，与后端交互
选型理由：
- Spring Boot的自动配置和起步依赖大幅减少了环境搭建时间
- MyBatis-Plus的ActiveRecord模式简化了CRUD操作
- Vue3的组合式API更适合复杂业务逻辑的前端开发
- Element Plus提供了丰富的现成组件，加速前端开发
- MySQL作为成熟的关系数据库，能满足中小型系统的数据存储需求
2.2 系统架构设计
系统采用典型的三层架构，分为表现层、业务逻辑层和数据访问层：
code复制表现层（Web）
├── 前端Vue应用
└── 后端REST API
业务逻辑层（Service）
├── 业务服务
├── 权限服务
└── 定时任务
数据访问层（DAO）
├── MyBatis-Plus Mapper
└── Redis缓存
架构特点：
- 前后端完全分离，通过JSON格式数据交互
- 采用RESTful API设计规范，接口语义清晰
- 引入DTO模式，隔离实体与视图模型
- 重要业务操作记录日志，便于审计追踪
- 敏感数据加密存储，符合安全规范
3. 核心功能模块实现
3.1 房源管理模块
房源是系统的核心数据，我们设计了以下数据结构：
java复制// 房源实体类
@Data
@TableName("house")
public class House {
@TableId(type = IdType.AUTO)
private Long id;
private String title; // 房源标题
private String address; // 详细地址
private Integer area; // 面积(㎡)
private BigDecimal price; // 价格(万)
private Integer room; // 室
private Integer hall; // 厅
private Integer toilet; // 卫
private String orientation; // 朝向
private Integer floor; // 楼层
private Integer totalFloor; // 总楼层
private String description; // 描述
private String status; // 状态(在售/已售/下架)
@TableField(fill = FieldFill.INSERT)
private LocalDateTime createTime;
@TableField(fill = FieldFill.INSERT_UPDATE)
private LocalDateTime updateTime;
}
关键技术实现：
- 使用MyBatis-Plus的自动填充功能处理创建和更新时间
- 实现Elasticsearch搜索引擎，支持多条件组合查询
- 房源图片采用七牛云OSS存储，减轻服务器压力
- 引入Redis缓存热门房源，提升查询性能
3.2 预约看房模块
预约功能是系统的核心业务流程，主要涉及以下实体关系：
java复制// 预约记录实体
@Data
@TableName("appointment")
public class Appointment {
@TableId(type = IdType.AUTO)
private Long id;
private Long houseId; // 房源ID
private Long customerId; // 客户ID
private Long agentId; // 经纪人ID
private LocalDateTime appointmentTime; // 预约时间
private String status; // 状态(待确认/已确认/已完成/已取消)
private String remark; // 备注
private LocalDateTime createTime;
}
业务流程实现：
- 客户通过前端选择可预约时间段
- 系统检查经纪人时间冲突，返回可用时段
- 提交预约后生成待确认状态的记录
- 经纪人收到通知后确认或拒绝预约
- 预约成功后系统发送短信提醒双方
关键代码片段：
java复制// 预约服务实现
@Service
@RequiredArgsConstructor
public class AppointmentServiceImpl implements AppointmentService {
private final AppointmentMapper appointmentMapper;
private final AgentService agentService;
private final SmsService smsService;
@Transactional
@Override
public boolean createAppointment(AppointmentDTO dto) {
// 检查时间冲突
if (agentService.isTimeConflict(dto.getAgentId(), dto.getAppointmentTime())) {
throw new BusinessException("该时段已有其他预约");
}
// 创建预约记录
Appointment appointment = new Appointment();
BeanUtils.copyProperties(dto, appointment);
appointment.setStatus("PENDING");
appointmentMapper.insert(appointment);
// 发送通知
smsService.sendAppointmentNotice(appointment);
return true;
}
}
3.3 权限管理设计
系统采用RBAC（基于角色的访问控制）模型，主要包含以下实体：
java复制// 用户-角色-权限关系
@Data
@TableName("sys_user")
public class User {
@TableId(type = IdType.AUTO)
private Long id;
private String username;
private String password;
private String salt;
private String realName;
private String phone;
private String status;
private LocalDateTime createTime;
}
@Data
@TableName("sys_role")
public class Role {
@TableId(type = IdType.AUTO)
private Long id;
private String name;
private String code;
private String remark;
}
@Data
@TableName("sys_permission")
public class Permission {
@TableId(type = IdType.AUTO)
private Long id;
private String name;
private String code;
private String type;
private String url;
private Long parentId;
}
安全控制实现：
- 密码采用BCrypt加密存储，防止彩虹表攻击
- 接口级别权限控制通过Shiro注解实现
- 敏感操作记录详细日志，包括操作人和时间
- 采用JWT作为认证令牌，支持跨域访问
4. 系统优化与问题解决
4.1 性能优化实践
在实际运行中，我们遇到了几个性能瓶颈并进行了优化：
问题1：房源列表查询缓慢
- 现象：当房源数据超过1万条时，分页查询响应时间超过2秒
- 分析：EXPLAIN显示全表扫描，缺少合适索引
- 解决方案：
- 为常用查询条件添加复合索引
- 引入Elasticsearch实现全文检索
- 热门数据缓存到Redis
问题2：预约冲突检查效率低
- 现象：高峰期并发预约时，数据库出现锁等待
- 分析：直接查询数据库检查时间冲突，导致性能下降
- 解决方案：
- 使用Redis的SortedSet存储经纪人时间表
- 通过ZRANGE命令快速检查时间冲突
- 最终一致性：定期同步到数据库
4.2 典型问题与解决方案
问题：重复预约
- 现象：客户快速点击导致创建多个相同预约
- 解决方案：
- 前端按钮防重复点击
- 后端采用分布式锁控制
- 数据库添加唯一索引约束
java复制// 分布式锁实现防重
public boolean createAppointmentWithLock(AppointmentDTO dto) {
String lockKey = "appointment:lock:" + dto.getCustomerId() + ":" + dto.getHouseId();
try {
// 尝试获取锁，有效期30秒
boolean locked = redisTemplate.opsForValue().setIfAbsent(lockKey, "1", 30, TimeUnit.SECONDS);
if (!locked) {
throw new BusinessException("操作太频繁，请稍后再试");
}
return createAppointment(dto);
} finally {
redisTemplate.delete(lockKey);
}
}
问题：短信通知失败
- 现象：第三方短信服务不稳定，导致通知丢失
- 解决方案：
- 引入消息队列异步处理通知
- 实现失败重试机制
- 提供备选通知渠道（邮件/站内信）
5. 项目部署与运维
5.1 生产环境部署方案
我们采用Docker容器化部署方案，主要包含以下服务：
code复制version: '3.8'
services:
mysql:
image: mysql:8.0
environment:
MYSQL_ROOT_PASSWORD: ${DB_PASSWORD}
volumes:
- mysql_data:/var/lib/mysql
ports:
- "3306:3306"
redis:
image: redis:6.2
ports:
- "6379:6379"
volumes:
- redis_data:/data
backend:
build: ./backend
ports:
- "8080:8080"
depends_on:
- mysql
- redis
frontend:
build: ./frontend
ports:
- "80:80"
部署要点：
- 使用Nginx作为前端静态资源服务器
- SpringBoot应用通过JVM参数调优
- MySQL配置主从复制，提高可用性
- Redis配置持久化，防止数据丢失
5.2 监控与日志收集
为确保系统稳定运行，我们建立了完整的监控体系：
-
应用监控：Spring Boot Actuator + Prometheus + Grafana
- 监控JVM内存、GC情况
- 跟踪HTTP请求响应时间
- 告警异常状态码
-
日志收集：ELK Stack(Elasticsearch+Logstash+Kibana)
- 集中存储所有服务日志
- 支持多维度检索
- 设置错误日志告警
-
业务监控：自定义指标看板
- 每日新增用户数
- 预约转化率
- 房源浏览量统计
6. 项目总结与扩展思考
这个房产中介看房预约系统从技术实现角度来看，有几点值得总结的经验：
-
技术选型要匹配团队能力：虽然新技术层出不穷，但要选择团队熟悉的技术栈，才能保证开发效率和质量。我们选择SpringBoot和Vue正是因为团队在这两个技术上有丰富经验。
-
数据库设计要预留扩展空间：初期我们低估了数据增长的速度，后来不得不对几个核心表进行了分库分表改造。建议在设计阶段就考虑好数据增长方案。
-
缓存策略要因地制宜：不是所有数据都适合缓存，我们通过分析访问模式，最终确定只缓存热点房源和经纪人时间表，取得了很好的效果。
-
监控系统要尽早建立：等到出现问题再搭建监控就太晚了，我们在系统上线前就部署了完整的监控体系，帮助快速定位和解决了很多潜在问题。
对于未来扩展，这个系统还可以在以下方向进行增强：
- 接入电子签约功能，实现在线签约
- 增加VR看房模块，提升用户体验
- 开发经纪人移动端APP，方便外勤工作
- 引入机器学习算法，智能推荐房源
从实际开发经验来看，一个成功的毕业设计项目不仅要完成基本功能，更要注重代码质量、系统设计和可维护性。这个项目之所以能在实际业务中得到应用，正是因为我们在开发过程中始终坚持工程化标准，而不仅仅是实现功能而已。