稚一1. 为什么选择Spring Boot开发民宿租赁系统？
作为一名经历过毕业设计洗礼的过来人，我深知选题和技术选型的重要性。民宿租赁系统之所以成为计算机专业毕业设计的热门选题，主要基于以下三个现实考量：
首先，业务场景具有完整的闭环特征。从用户注册、房源发布、订单管理到支付结算，每个环节都能体现软件工程的核心思想。相比学生信息管理系统这类传统选题，民宿系统更贴近互联网产品形态，能展示你对现代Web开发的理解。
其次，技术栈的包容性极强。你可以根据自身技术储备灵活选择：前端可以用Thymeleaf快速搭建，也可以用Vue/React展现技术深度；后端既能展示Spring全家桶的整合能力，又能引入Redis、Elasticsearch等中间件体现架构思维。
最重要的是，Spring Boot的自动配置特性让开发者能聚焦业务逻辑。我见过太多同学在毕业设计阶段被XML配置和依赖冲突折磨得焦头烂额。Spring Boot的starter机制和嵌入式Tomcat，能让你的开发环境在5分钟内跑起来。还记得我第一次看到Spring Boot启动日志时那种震撼——没有繁琐的Tomcat部署，没有无尽的配置报错，只有简简单单的一个main方法。
避坑提示：切勿直接克隆GitHub上的完整项目作为毕业设计。答辩老师往往能通过代码风格和架构一致性判断项目真实性。建议从空项目开始，每个commit都对应一个可演示的功能点。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 系统架构设计与技术选型
2.1 分层架构设计
在项目启动阶段，我采用了经典的三层架构，但根据民宿业务特点做了针对性调整：
code复制└── src/main/java
├── config # 全局配置层
├── controller # 表现层
├── service # 业务逻辑层
│ ├── impl # 服务实现
│ └── task # 定时任务
├── repository # 数据访问层
├── model # 实体层
│ ├── entity # 数据库实体
│ ├── dto # 数据传输对象
│ └── vo # 视图对象
└── util # 工具类
这种结构在保持清晰性的同时，解决了学生项目常见的"大杂烩"问题。例如将订单状态变更的复杂逻辑封装在OrderServiceImpl中，避免Controller变成"上帝类"。
2.2 关键技术组件选型
结合最新Spring Boot 3.x特性，我的技术矩阵如下：
-
持久层：Spring Data JPA + QueryDSL
放弃MyBatis选择JPA的原因很简单——不需要手动编写重复的CRUD SQL。通过继承JpaRepository接口，基础的增删改查操作自动生成。对于复杂查询，QueryDSL的类型安全查询能有效避免SQL注入风险。 -
缓存方案：Redis + Spring Cache抽象
使用@Cacheable注解实现方法级缓存时，特别注意了缓存击穿问题：java复制@Cacheable(value = "houses", key = "#id", unless = "#result == null") public HouseDetailVO getHouseDetail(Long id) { // 查询数据库 }这里的unless条件确保不会缓存null值，避免恶意请求穿透到数据库。
-
安全控制：Spring Security 6 + JWT
最新版的Security配置与旧版差异较大，这是我的安全配置核心片段：java复制@Bean SecurityFilterChain securityFilterChain(HttpSecurity http) throws Exception { http .csrf(AbstractHttpConfigurer::disable) .authorizeHttpRequests(auth -> auth .requestMatchers("/api/auth/**").permitAll() .anyRequest().authenticated()) .sessionManagement(sess -> sess.sessionCreationPolicy(STATELESS)) .addFilterBefore(jwtFilter, UsernamePasswordAuthenticationFilter.class); return http.build(); }
3. 核心业务模块实现细节
3.1 民宿房源的多条件搜索
这是系统最具挑战性的功能之一，需要同时支持：
- 基础条件：位置、价格区间、入住时间
- 扩展条件：设施(WiFi/空调等)、房型、房东评分
- 排序策略：综合评分/价格升序/最新上线
最终实现的SearchService核心逻辑：
java复制public Page<HouseCardVO> searchHouses(SearchCondition condition, Pageable pageable) {
BooleanBuilder builder = new BooleanBuilder();
// 基础条件构建
if (StringUtils.hasText(condition.getLocation())) {
builder.and(house.location.containsIgnoreCase(condition.getLocation()));
}
if (condition.getMinPrice() != null) {
builder.and(house.price.goe(condition.getMinPrice()));
}
// 动态设施查询
if (condition.getFacilities() != null) {
condition.getFacilities().forEach(facility ->
builder.and(house.facilities.any().name.eq(facility)));
}
return houseRepository.findAll(builder, pageable)
.map(house -> convertToCardVO(house));
}
性能优化点：对于固定条件的组合查询（如"北京+价格500以下"），可以添加@Cacheable二级缓存。但要注意在房源信息变更时，使用@CacheEvict清理相关缓存。
3.2 分布式事务处理订单
当用户下单时，需要原子性地完成：
- 创建订单记录
- 锁定房源日期
- 扣减用户余额
采用Spring的@Transactional注解在单体应用中可以保证ACID，但在分布式环境下会失效。我的解决方案是：
java复制@Transactional
public Order createOrder(OrderCreateDTO dto) {
// 1. 检查房源可订状态
House house = houseService.getAvailableHouse(dto.getHouseId(), dto.getDates());
// 2. 预扣减余额（使用SELECT...FOR UPDATE加锁）
accountService.lockBalance(dto.getUserId(), house.getTotalPrice());
// 3. 持久化订单
Order order = new Order();
// ...订单构建逻辑
order = orderRepository.save(order);
// 4. 发送领域事件（异步更新房源日历）
applicationEventPublisher.publishEvent(new OrderCreatedEvent(order));
return order;
}
对于最终一致性，通过ApplicationEventPublisher发布领域事件，由异步处理器更新房源日历。这种模式比直接引入Seata等分布式事务框架更适合毕业设计的复杂度。
4. 开发过程中遇到的典型问题
4.1 日期重叠校验的陷阱
最初实现房源可订检查时，我写了这样的SQL：
sql复制SELECT COUNT(*) = 0 FROM house_calendar
WHERE house_id = ? AND date BETWEEN ? AND ?
直到测试时才发现问题：这个查询无法检测部分日期重叠的情况。正确的做法应该是：
java复制@Query("SELECT COUNT(hc) > 0 FROM HouseCalendar hc WHERE " +
"hc.house.id = :houseId AND hc.date BETWEEN :start AND :end " +
"AND hc.status = 'UNAVAILABLE'")
boolean existsConflictDates(@Param("houseId") Long houseId,
@Param("start") LocalDate start,
@Param("end") LocalDate end);
4.2 图片上传的坑
使用MultipartFile接收上传图片时，遇到两个典型问题：
-
文件大小限制：Spring Boot默认1MB限制，需要在application.yml调整：
yaml复制spring: servlet: multipart: max-file-size: 10MB max-request-size: 10MB -
文件存储策略：开发环境使用本地存储，但必须考虑生产环境的兼容性。我的做法是通过策略模式封装存储逻辑：
java复制public interface FileStorage { String store(MultipartFile file); } @Profile("dev") @Component public class LocalFileStorage implements FileStorage { @Value("${upload.path}") private String path; public String store(MultipartFile file) { String filename = UUID.randomUUID() + getExtension(file); File dest = new File(path + filename); file.transferTo(dest); return "/uploads/" + filename; } }
5. 答辩准备与项目展示技巧
5.1 演示数据准备
避免使用"测试1"、"用户A"这类随意数据。我准备了真实的民宿数据集：
java复制@Bean
CommandLineRunner initDemoData(HouseRepository repo) {
return args -> {
House house = House.builder()
.title("西湖边的设计师民宿")
.location("杭州,浙江")
.price(368)
.facilities(Set.of("WIFI","KITCHEN"))
.build();
repo.save(house);
};
}
5.2 重点展示的技术亮点
根据往届答辩经验，老师最关注以下几个点：
- 架构合理性：展示你的包结构设计和分层思想
- 难点解决：准备3个你遇到的技术问题及解决方案
- 扩展思考：谈谈如果用户量增加10倍，系统需要哪些改进
建议在README.md中专门列出这些内容，方便答辩老师快速了解项目深度。
5.3 代码版本控制技巧
使用Git进行版本管理时，注意：
- 功能分支开发：
git checkout -b feature/order-module - 提交信息规范：
feat: 实现订单创建接口 - 版本标签：
git tag -a v1.0 -m "毕业答辩版本"
这不仅能展示你的工程能力，当老师问"某个功能是如何逐步实现的"时，你可以直接使用git log --oneline --graph展示开发过程。