简介一套面向Java毕业设计的Spring Boot酒店管理系统资源包完整覆盖源码、论文与PPT答辩材料适合计算机专业学生完成选题、设计、实现和文档写作。系统以Java和Spring Boot为核心结合MySQL数据库划分管理员与用户两类角色支持客房预订、入住登记、服务费用及退房登记等全流程管理具备典型的毕业设计项目结构。包体共814个文件压缩后24.3MB主要包括Java后端源码、Vue前端组件、JS/CSS/HTML页面、SQL数据库脚本以及docx论文和PPT演示文稿同时附有安装、运行、构建等批处理脚本便于本地部署。资源内还包含许多.bak备份文件方便对照修改前后代码降低调试门槛。目前已有253人学习下载对正在准备答辩或需要可运行毕业设计源码的学生有较强的参考价值。按论文目录展开涵盖课题背景、可行性分析、数据库设计、功能模块实现与系统测试等完整章节配合源码可快速理解酒店管理系统的实现思路。1. Spring Boot酒店管理系统一个毕设怎么从源码做到答辩Spring Boot酒店管理系统是计算机类毕业设计里出现频率最高的选题之一它把 Spring Boot 后端框架、MySQL 数据库、前端页面和完整业务闭环串在一起做完之后能演示、能答辩、也能在面试时当项目经验讲。这套系统的核心业务是前台人员管理房型和房间状态客户预订和入住退房时自动结算房费管理员查看订单与营收数据。系统适合两类人——一是需要在一学期内完成毕业设计的学生二是想通过完整项目熟悉 Spring Boot 全流程开发的从业者。但标题里的设计与实现远不是只写代码那么简单论文结构和答辩 PPT 才是很多人卡住的地方这篇文章就是把这条路讲透。2. 技术选型与架构设计Spring Boot版本、数据库表与分层落地2.1 Spring Boot版本与项目骨架2.7还是3.xJDK怎么搭选版本是第一个要做的决定。现在网上搜springboot框架能搜到大量 3.x 的教程但 3.x 要求 JDK 17且部分第三方依赖还没完全跟上对毕设来说反而增加不确定性。我一般建议直接用Spring Boot 2.7.18 JDK 8/11 Maven 3.8这套组合经过大量生产验证遇到问题随便一搜就有答案兼容性最稳。创建项目时不需要用 Spring Initializr 在线生成直接手写 pom.xml 反而更清楚。最简依赖如下parent groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-parent/artifactId version2.7.18/version relativePath/ /parent dependencies dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency dependency groupIdcom.baomidou/groupId artifactIdmybatis-plus-boot-starter/artifactId version3.5.7/version /dependency dependency groupIdcom.mysql/groupId artifactIdmysql-connector-j/artifactId scoperuntime/scope /dependency dependency groupIdio.jsonwebtoken/groupId artifactIdjjwt-api/artifactId version0.11.5/version /dependency dependency groupIdio.jsonwebtoken/groupId artifactIdjjwt-impl/artifactId version0.11.5/version scoperuntime/scope /dependency /dependencies这段 pom 的核心逻辑是spring-boot-starter-web 提供 MVC 和内嵌 TomcatMyBatis Plus 帮我们省掉大量 Mapper XML 编写jjwt 负责生成和校验登录令牌。参数上注意 MyBatis Plus 版本要选 3.5.x太老版本对 Spring Boot 2.7 的自动配置支持不好mysql-connector-j 是 MySQL 8 的驱动坐标如果是 MySQL 5.7 就换成mysql-connector-java5.1.49。项目结构上按 com.hotel 作为基础包下面分 controller、service、mapper、entity、config、common 六个子包这是 springboot 项目结构里最常见也最容易被答辩老师认可的分层。controller 只做参数接收和结果封装service 写业务逻辑mapper 直接对应数据库操作entity 就是数据库表的映射实体。坚持这个规则后面写功能时不会乱。2.2 数据库设计七张表覆盖酒店完整业务闭环数据库是酒店管理系统的地基表设计得好不好直接决定代码复杂度。我做过三个酒店类的项目最终沉淀出下面这七张表不多不少刚好覆盖用户—房型—房间—客户—预订—入住—订单这个完整业务闭环。表名业务含义核心字段关联关系sys_user系统用户管理员/前台username, password, role无room_type房型定义type_name, price, bed_type被 room 引用room物理房间room_no, floor, status外键 room_type_idcustomer客户档案name, phone, id_card被预订和入住引用reservation预订单room_id, customer_id, check_in_date, check_out_date外键 room_id, customer_idcheck_in入住登记reservation_id, room_id, customer_id, status外键 reservation_idorders结算订单check_in_id, total_amount, status外键 check_in_id建表时最容易忽略的是状态字段的取值约定我习惯在表设计文档里直接写清楚room.status 只有空闲、已预订、已入住、维修四种reservation.status 只有已预订、已取消、已入住check_in.status 只有已入住、已退房。字段用DECIMAL(10,2)存金额不用 float避免精度丢失。所有表都加create_time和deleted字段前者做审计后者配合 MyBatis Plus 的逻辑删除功能这样删除房间记录时就不会真的删掉数据答辩被问到数据安全时有话讲。SQL 脚本里还有一个坑表名不要直接用orderorder 是 MySQL 的保留字直接建表会报语法错误。我统一用复数orders或者加前缀t_order这一步能给你省出半天排查时间。2.3 application.yml配置数据源、MyBatis Plus与JWT参数配置文件的健壮程度决定了项目能不能在一台新电脑上快速跑起来。我习惯把配置拆成 application.yml 和 application-dev.yml 两份前者放公共配置后者放本地开发环境的数据源信息。最小可运行配置如下server: port: 8080 spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/hotel_manager?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: your_password jackson: date-format: yyyy-MM-dd HH:mm:ss time-zone: GMT8 mybatis-plus: mapper-locations: classpath*:mapper/**/*.xml configuration: map-underscore-to-camel-case: true log-impl: org.apache.ibatis.logging.stdout.StdOutImpl global-config: db-config: logic-delete-field: deleted logic-delete-value: 1 logic-not-delete-value: 0 jwt: secret: hotel-manager-jwt-secret-key-please-change expire-hours: 24这里几个参数最需要调serverTimezoneAsia/Shanghai不设置的话MySQL 8 驱动会报时区错误map-underscore-to-camel-case开启后数据库的room_no字段才能自动映射到实体的roomNo属性logic-delete-field告诉 MyBatis Plus 哪个字段是逻辑删除标记之后所有 delete 方法都会自动变成 update。jackson 的日期格式必须配否则前端传2025-06-01这种日期字符串到后端 LocalDate 字段时容易翻车。JWT 的密钥在生产环境要用环境变量注入不要写死在配置文件里。毕设项目为了演示方便写死问题不大但论文里最好提一句密钥可配置化这属于答辩时的加分细节。3. 核心模块实现从JWT登录到退房结算的Spring Boot代码3.1 JWT登录认证与拦截器配置酒店管理系统的用户角色分为管理员和前台客户可以注册成普通用户在线订房。无论哪种角色登录后都需要一个凭证来标识身份这里选 JWT 而不是传统 Session。原因是 JWT 无状态前后端分离后前端拿到 token 存起来后续每个请求带上就行后端不用维护会话这在论文技术选型部分也好写理由。登录接口的 Service 层代码Service public class UserServiceImpl implements UserService { Autowired private UserMapper userMapper; Autowired private JwtUtil jwtUtil; Override public LoginResult login(String username, String password) { // 1. 根据用户名查询用户校验密码密码经MD5加密存储 User user userMapper.selectByUsername(username); if (user null || !user.getPassword().equals(MD5Util.md5(password))) { throw new BusinessException(用户名或密码错误); } if (user.getDeleted() 1) { throw new BusinessException(账号已被禁用); } // 2. 生成JWT令牌把用户ID、用户名和角色写进token String token jwtUtil.generateToken(user.getId(), user.getUsername(), user.getRole()); return new LoginResult(token, user.getRealName(), user.getRole()); } }这段代码的核心逻辑是三步第一步查用户并做密码比对注意数据库里存的是 MD5 后的密文明文密码绝对不允许落库第二步判断逻辑删除标记第三步用配置好的密钥生成 token 返回前端。参数说明selectByUsername是 MyBatis Plus 里用 LambdaQueryWrapper 拼出来的查询任何用户名都能查攻击者可以通过不同回显判断用户是否存在所以密码错误提示要统一成用户名或密码错误不要分别提示。有了登录接口还不够得用拦截器把所有需要认证的接口保护起来。写一个 HandlerInterceptor 的实现类Component public class JwtInterceptor implements HandlerInterceptor { Autowired private JwtUtil jwtUtil; Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { // 放行登录和注册接口其他接口必须携带有效token String uri request.getRequestURI(); if (uri.contains(/api/auth/login) || uri.contains(/api/auth/register)) { return true; } String token request.getHeader(Authorization); if (token ! null token.startsWith(Bearer ) jwtUtil.validateToken(token.substring(7))) { return true; } response.setStatus(HttpServletResponse.SC_UNAUTHORIZED); response.setContentType(application/json;charsetUTF-8); response.getWriter().write({\code\:401,\msg\:\未登录或token已过期\}); return false; } }注意token.startsWith(Bearer )这段是否有必要取决于你前端的习惯。美观起见前端一般会在 header 里加Bearer前缀方便后端统一提取。截取substring(7)之后交给validateToken校验签名和过期时间校验通过才放行。这里有一个容易踩的坑拦截器放行的 URL 规则要在 WebMvcConfigurer 里注册时写清楚否则静态资源也被拦截前端页面全打不开。3.2 房间预订流程事务控制与日期冲突检查房间预订是酒店系统的核心业务也是答辩时最容易被追问的模块。需求是前台或客户选中某房间填写入住和离店日期系统检查房间在目标日期段内没有被占用然后生成预订单。这里的关键点是日期冲突检查和事务一致性。Service public class ReservationServiceImpl implements ReservationService { Autowired private RoomMapper roomMapper; Autowired private ReservationMapper reservationMapper; Transactional(rollbackFor Exception.class) Override public Reservation createReservation(ReservationRequest request) { // 1. 校验房间存在且当前状态为空闲或已预订 Room room roomMapper.selectById(request.getRoomId()); if (room null || 维修.equals(room.getStatus())) { throw new BusinessException(房间不存在或不可预订); } // 2. 日期冲突检查目标时段内存在已预订或已入住记录则拒绝 Integer conflictCount reservationMapper.checkDateConflict( request.getRoomId(), request.getCheckInDate(), request.getCheckOutDate() ); if (conflictCount ! null conflictCount 0) { throw new BusinessException(该房间在所选日期内已被预订); } // 3. 创建预订记录状态置为已预订 Reservation reservation new Reservation(); reservation.setRoomId(request.getRoomId()); reservation.setCustomerId(request.getCustomerId()); reservation.setCheckInDate(request.getCheckInDate()); reservation.setCheckOutDate(request.getCheckOutDate()); reservation.setStatus(已预订); // 4. 乐观锁更新房间状态防止并发重复预订 int updated roomMapper.compareAndSetStatus(request.getRoomId(), 空闲, 已预订); if (updated 0) { throw new BusinessException(房间状态已变化请刷新后重试); } reservationMapper.insert(reservation); return reservation; } }上面代码里第 2 步的日期冲突检查是核心。checkDateConflict 对应的 SQL 大致是统计预订表和入住表中目标房间在[checkInDate, checkOutDate)区间内是否存在未取消的记录。这里有个细节务必注意退房时间应小于入住时间区间用左闭右开即check_in_date 新退房时间 AND 新入住时间 check_out_date这样才能正确覆盖连住多天的场景。我见过有人把等号也加进去导致当天退房当天入住被误判冲突纯属白踩坑。第 4 步的compareAndSetStatus是 MyBatis Plus 里的自定义 SQL核心是UPDATE room SET status 已预订 WHERE id ? AND status 空闲通过更新的影响行数判断有没有并发竞争。如果没有这一层保护两个客户同时预订同一房间会各自都成功这是高并发场景最经典的超卖问题面试时能把这个讲清楚项目含金量立即上升。3.3 退房结算价格计算与订单生成的完整链路退房结算要把入住天数、房费单价、订单生成、房间状态重置串成一个事务。入住时记录了入住的起始日期退房时用当前日期减去入住日期得到实际天数再乘房型单价就是应收金额。这个模块的代码需要同时操作 check_in、orders、room 三张表验证事务是否生效的好时机。Transactional(rollbackFor Exception.class) Override public CheckOutResult checkOut(Long checkInId) { // 1. 查入住记录状态必须为已入住 CheckIn checkIn checkInMapper.selectById(checkInId); if (checkIn null || !已入住.equals(checkIn.getStatus())) { throw new BusinessException(入住记录不存在或已退房); } // 2. 计算实际入住天数最少按1天计费 LocalDateTime checkInTime checkIn.getActualCheckInTime(); LocalDateTime now LocalDateTime.now(); long hours Duration.between(checkInTime, now).toHours(); int days (int) Math.ceil(hours / 24.0); if (days 0) { days 1; } // 3. 按房型单价计算总金额 Room room roomMapper.selectById(checkIn.getRoomId()); RoomType roomType roomTypeMapper.selectById(room.getRoomTypeId()); BigDecimal totalAmount roomType.getPrice().multiply(BigDecimal.valueOf(days)); // 4. 生成结算订单 Orders order new Orders(); order.setCheckInId(checkInId); order.setCustomerId(checkIn.getCustomerId()); order.setDays(days); order.setTotalAmount(totalAmount); order.setStatus(已结算); orderMapper.insert(order); // 5. 更新入住记录为已退房房间状态重置为空闲 checkIn.setStatus(已退房); checkIn.setActualCheckOutTime(now); checkInMapper.updateById(checkIn); roomMapper.updateStatus(checkIn.getRoomId(), 空闲); return new CheckOutResult(order.getId(), totalAmount, days); }计费逻辑这里有不同酒店的规则差异有些按 12 点前退房不收当天费用有些按整天算有些按小时算加收。代码里用的是向上取整按天算一个星期前入住、今天 14 点退房会算 8 天这种规则要写进论文的需求分析里说明清楚否则答辩时被问到你房间超时退房怎么计费不好回答。事务的注意点在于Transactional必须加在 public 方法上且不能是同一个类里私有方法调用否则不生效。第 5 部更新房间状态属于跨表操作任何一步抛异常都会回滚到初始状态不会出现订单没生成但房间变空闲的脏数据。4. 论文与答辩PPT把代码和截图组织成能过审的交付物4.1 论文八章结构从需求分析到系统测试的写作顺序源码写完只是完成了一半源码论文ppt答辩里论文占的权重往往比代码更高。指导老师不管你的代码风格多好只看论文里能不能把问题说清楚。我见过太多代码写得不错但论文只有需求分析和数据库设计两章的学生最后被要求大改。一篇合格的工学毕设论文至少要有八章章节核心内容常见错误第1章 绪论研究背景、国内外现状、研究意义变成百度百科式科普第2章 相关技术Spring Boot、MyBatis Plus、MySQL、JWT直接贴官网简介第3章 需求分析角色划分、功能用例图、非功能需求遗漏非功能需求第4章 总体设计系统架构图、功能模块图、数据库ER图只画功能模块图第5章 详细设计核心表结构、关键接口时序图直接贴代码第6章 系统实现按模块展示运行截图核心代码代码占满整页第7章 系统测试测试用例表、测试结果、BUG修复记录只写测试通过第8章 总结展望项目总结、不足、后续改进写得太短写作顺序建议按第1章→第3章→第4章→第5章→第7章最后再回头写第2章和相关技术因为写完后你对项目理解更深技术选型理由也更清晰。论文最常见的问题是需求分析写得像功能列表只写系统有登录功能、房间管理功能这是不及格的。需求分析应该写角色的目标前台在什么场景下需要什么操作、会遇到什么异常场景。例如前台在客户到店后需要快速查询当日预订记录并办理入住预订时间超过当天的订单需要支持提前入住或取消。这种能落到场景里的描述才是需求分析师该写的内容。4.2 答辩PPT五页讲清问题、设计与效果答辩 PPT 的目标不是炫技是让你在 8 分钟内讲清楚为什么做、怎么做、做了什么。别再放二十页的幻灯片从 Spring Boot 是什么讲起评委最烦这种东西。我一般会按五页来组织这五页能覆盖 90% 的提问方向第1页项目背景与要解决的问题——用一小段话讲酒店当前手工管理低效需要数字化系统来管房态和订单。第2页技术选型与架构图——画一张控制器、服务、Mapper、MySQL 的四层架构图旁边列出每层用的技术和选型理由。第3页核心业务流程——画出预订→入住→退房→结算的状态流转图把事务控制的点标出来这是最能加分的一页。第4页运行效果展示——放三到四张核心界面截图配一句话说明功能不要贴满屏代码。第5页总结与不足——主动说两个不足比如当前系统没有对接支付接口订单只能线下结算再补一句后续计划。答辩前把这个 PPT 讲三遍每页控制在 1 分半左右中间留出切屏演示的时间。评委对你的期望就是熟悉自己的系统、能说清设计决策满足这两点就稳稳过关了。4.3 答辩高频问题这些追问和springboot面试题高度重合答辩现场的提问方向其实相当固定和 springboot 面试题也高度重叠。我见过的高频问题就三类技术选型类、业务设计类、异常处理类。技术选型类最常问的就是为什么用 Spring Boot 而不用 SSM和为什么用 MyBatis Plus 不用 JPA要从开发效率、内置 Tomcat、自动配置、SQL 可控几个角度准备。业务设计类常问并发订房怎么解决退房时间怎么计算答案就在 3.2 和 3.3 的代码逻辑里要把乐观锁 状态比较更新讲清楚。异常处理类问系统如果某一步失败怎么办要答上事务回滚和全局异常处理器。准备这些内容不需要死记硬背把代码里的每个选择都问自己一句为什么能答上来就是得分点。答不上来的提前在论文里写出来真被问到至少能说论文第几章有详细说明。5. 避坑指南五个Spring Boot酒店项目的翻车现场5.1 启动失败springboot版本太高导致依赖不兼容现象项目启动直接报错控制台出现java.lang.ClassNotFoundException: javax.annotation.PostConstruct或者Error creating bean with name requestMappingHandlerAdapter。很多同学从网上下载的现成源码用的 Spring Boot 3.x自己的 JDK 却是 8一启动就全崩。原因Spring Boot 3.0 开始全面切换到 Jakarta EE 规范javax.*包改成jakarta.*且强制要求 JDK 17 以上。JDK 8 环境下连类都加载不到跟代码本身没关系纯粹是环境错配。解决毕设项目如果不需要特别新的特性直接用 Spring Boot 2.7.18 JDK 8/11。如果必须用 Spring Boot 3.x就安装 JDK 17 并把所有依赖里的javax全部替换成jakarta。另外注意 Maven 的 settings.xml 里不要配了过旧的镜像源会导致依赖拉不下来这种情况换成阿里云公共仓库即可。5.2 MySQL关键字冲突导致SQL执行报错现象系统写 SQL 时用到order做表名或字段名启动后在插入或查询时报You have an error in your SQL syntax; check the manual ... near order。我用一个订单表把整个项目搞崩当时完全没想到是关键字问题排查了半小时才发现是表名的问题可以说是血泪经验。原因order是 MySQL 的保留字排序用的ORDER BY就是它直接当表名或列名使用时语法解析失败。同样危险的还有desc、group、rank这些词。解决表名统一改成复数orders、sys_user如果一定用order作为业务名词SQL 里加反引号包裹\order但更推荐在表设计阶段就用别的命名避免后续每个查询都小心翼翼。5.3 前端传日期字符串报错LocalDate接收失败现象前端 Vue 组件传checkInDate: 2025-06-01给后端接口后端用RequestBody接收时直接抛HttpMessageNotReadableException或者JSON parse error: Cannot deserialize value of type java.time.LocalDate from String。原因Spring Boot 默认的 Jackson 反序列化不支持把yyyy-MM-dd字符串直接转成 LocalDate需要配置日期格式或加注解。同时前端传的时间格式和后端配置不一致也会出现这个错。解决推荐在配置文件里统一设置 jackson 的格式全局生效不用每个实体字段加注解。配置写法在 2.3 已经展示过。另一种方式是在 DTO 的日期字段上单独加JsonFormat(pattern yyyy-MM-dd HH:mm:ss)但既然有全局配置就不建议逐字段加。5.4 Transactional自调用导致数据没回滚现象在同一个 Service 类里A 方法调用了本类内部的 B 方法B 方法标了TransactionalB 中某一步抛了异常但数据没有回滚订单已经插入但房间状态没重置。原因Spring 的Transactional基于动态代理实现只有调用方从容器里拿到的代理对象才带事务逻辑。类内部this.method()调用直接走原对象绕过代理事务完全没有生效这是网上最经典的 Spring AOP 失效场景。解决把需要事务的方法拆到独立的 Service 类中通过注入的 Bean 调用。如果不想拆类则在类中注入自身代理Autowired private UserService self然后通过self.method()调用。实际项目中我一般选择拆类职责更清晰答辩也能讲得更有条理。5.5 跨域请求被拦截前端调不通接口现象前端 Vue 项目启动在 5173 端口后端跑在 8080前端 axios 请求后端接口报Access to XMLHttpRequest at ... has been blocked by CORS policy。这是前后端分离项目的必经之坑第一次遇到时确实懵。原因浏览器的同源策略默认阻止跨域请求前后端端口不一致就属于跨域必须在后端配置跨域策略允许来自前端域名、端口、请求头的访问。解决新建一个全局的 CorsFilter 配置类页面路径/**允许来源http://localhost:5173和http://127.0.0.1:5173允许方法GET, POST, PUT, DELETE, OPTIONS允许请求头Authorization, Content-Type。配置完成后记得重启后端这个过滤器要跟随 Spring 容器一起启动。调试时如果还报错看是不是请求带了自定义 header服务端没有通过allowedHeaders放行。6. 验证与进阶Postman回归、缓存设计与答辩演示要点6.1 Postman测试脚本把核心接口变成可重复的回归用例项目写完不能只在浏览器里点两下就认为完成了要把核心接口整理成一组可重复执行的测试用例。我一般会在 Postman 里建一个集合按照登录→房间查询→创建预订→办理入住→退房结算的顺序串起来每个请求保存好环境变量。登录接口返回的 token 要自动存入变量后面的接口在 Authorization 里引用{{token}}。Postman 支持在 Tests 标签页写 JavaScript 脚本提取返回值如下// 从登录响应中提取token保存到环境变量 const response pm.response.json(); if (response.code 200) { pm.environment.set(token, response.data.token); }这段脚本的逻辑是发起登录请求后Postman 自动执行该脚本拿到响应中请求体里的 token 字段存为环境变量。后续请求通过Bearer {{token}}方式引用整个集合就能一键顺序执行跑完看每个请求的响应码和耗时基本就完成了功能回归。参数上注意 Postman 的环境变量分本地和全局毕设演示时建议把 baseUrl 也做成变量{{baseUrl}}切换环境时只改一个值。6.2 Redis缓存与并发控制给系统加一层生产可用性如果论文里想写一个进阶亮点在不引入分布式框架的前提下最自然的方案是给房型查询加 Redis 缓存给订单号加分布式唯一 ID。酒店场景里房间视图、房型价格是读多写少的操作每次订单结算后房间状态变化频繁但写入库的次数不多非常适合缓存。核心做法是引入spring-boot-starter-data-redis在查询房型列表时先查缓存命中再回源数据库房间状态变更后主动清除对应缓存 key。这个点写进系统测试和总结展望里答辩时能明显看到评委的认可度。6.3 答辩演示技巧用真实数据撑起十五分钟最后一个关键技巧是演示数据的准备。答辩现场最容易出事故的环节就是临时创建数据失败。我现在习惯的做法是提前准备一套干净的演示数据包含 5 种房型、20 个房间、3 个客户、2 条历史订单答辩演示时先登录系统用最快路径创建一条预订、办理入住、再进行退房结算全程不超过 5 分钟。数据库脚本单独备份现场出问题时一键恢复。另外提前测试一次投影分辨率下的页面显示避免界面错位。这套系统做到这个程度既能用 Postman 验证核心链路也有 Redis 和小并发处理的进阶设计论文和答辩素材都够了。我刚开始做毕设时也是拿到一个 Spring Boot 酒店系统就埋头写代码结果论文改了三轮才过后来才明白先跑通业务闭环、再把每个设计决策整理成文档才是最高效的路径。这是血泪经验换来的习惯希望对你能有帮助。本文还有配套的精品资源点击获取