企业官网建设流程全解析

简介：这是一套面向计算机专业本科生的毕业设计实战项目，基于SpringBoot+Thymeleaf+MySQL构建的旅游景点与酒店预订网站，完整覆盖电商类系统核心业务场景，适用于课程设计、毕设选题及Java全栈能力进阶学习。资源包共487个文件，含51个Java后端逻辑文件、34个HTML模板页、67个JS交互脚本、37个CSS样式文件、101张JPG/PNG/GIF景点与酒店图片，以及关键的SQL建库脚本、Redis配置、RabbitMQ消息配置等，整体压缩包仅15.13MB，轻量易部署。已有163人下载学习，可直接运行并二次开发——不仅提供完整前后端源码与数据库脚本，还集成阿里云SMS短信注册、QQ邮箱找回密码、OSS图片存储、Layui+Bootstrap双前端框架、ECharts数据可视化及Restful风格API设计等企业级实践模块，结构清晰、注释规范，是理解半前后分离架构与Spring生态整合的优质参考案例。

1. 项目概述

1.1 为什么要做这个旅游景点酒店预订网站

这几年毕业设计选Java Web方向的同学不少，但大多数人都在纠结做什么题目。管理系统、商城、博客都做烂了，答辩老师一眼就能看出你是在网上找的模板还是自己真写的。旅游景点酒店预订这个方向我个人比较推荐，因为它足够贴近真实业务场景，又比纯电商系统少了很多复杂的支付、库存、物流逻辑，适合在毕业设计的时间周期内完整落地。而且它的核心链路非常清晰：用户查看景点、搜索酒店、下订单、管理订单、管理员维护数据，这套流程几乎是酒店旅游行业的通用模型，拿到答辩现场也说得清楚。

当然，选这个题目还有一个很现实的原因：它好演示。答辩时老师最怕看到你PPT上贴一堆代码，真正打开系统却什么都点不动。这个网站天然具备完整的交互流程，从注册登录、浏览商品，到下单支付（模拟）、订单状态变化，都能在浏览器里一步步展示。哪怕老师要求现场操作，你也能很从容地跑完整条链路，这在答辩环节是非常加分的。

1.2 项目整体功能预览

这个系统我分了前台和后台两块。前台面向普通游客，提供了景点列表、景点详情、酒店列表、酒店详情、关键词搜索、用户注册登录、个人信息维护、酒店预订下单、订单查询与取消等功能。后台面向管理员，提供景点管理、酒店管理、订单管理、用户管理等功能。有一点需要注意：用户和管理员我建议放在同一张表里，通过角色字段区分。如果你拆成两张表，登录逻辑要写两套，菜单权限也要套两套组件，麻烦不说，答辩时还容易被追问“为什么这么设计”。

数据层面设计了四张核心表：景点表、酒店表、订单表和用户表。景点表和酒店表都不复杂，无非是名称、描述、图片地址、价格这些常规字段，订单表相对费一点心思，因为要同时关联用户、酒店、房间类型这些信息。

整体技术栈就是三件套：Spring Boot做后端框架，Thymeleaf做模板引擎，MySQL存数据。下面我重点说这几个技术选型背后的考量，为什么不用JSP，为什么不用Vue前后端分离，这些都是答辩时老师大概率会追问的点。

2. 技术选型与核心设计思路

2.1 为什么是Spring Boot而不是SSH或SSM

如果你去翻以前的老教程，会发现很多旅游网站项目还在用SSH（Struts2 + Spring + Hibernate）甚至Servlet + JSP那套玩法。不是说那些技术本身有问题，而是今天再用它们写毕业设计，性价比实在太低了。Spring Boot最大的价值在于它把大量的配置自动化了。传统SSM项目你要写web.xml、spring-mvc.xml、mybatis-config.xml、applicationContext.xml，还要处理一堆jar包版本冲突。Spring Boot只要一个pom.xml加上application.yml，就能把项目跑起来。这就意味着你可以把精力花在业务逻辑上，而不是折腾配置。

Spring Boot在毕业设计里的另一个隐形优势是方便部署。传统的SSM项目你要打成war包丢进Tomcat的webapps目录，Spring Boot可以直接打成可执行的jar包，服务器上装个JDK就能跑，演示的时候用java -jar命令一下就能启动。你想想答辩现场那点时间，这个方法能帮你省下多少手脚。

2.2 Thymeleaf和JSP、Freemarker怎么选

JSP是真的不建议再用在新项目里了。性能放一边，最大的痛点是它要在运行时由JSP引擎编译成Servlet，启动慢、报错信息不直观。Spring Boot对JSP的支持也很别扭，需要引入额外的依赖，而且打包成jar之后JSP页面默认访问不了，你得改成war包放外部Tomcat，绕了一圈又回去了。

Freemarker和Thymeleaf都是可以在Spring Boot里直接跑起来的模板引擎，性能上Freemarker略好一点，但实际那点差异在你的项目体量下根本感知不出来。我更推荐Thymeleaf，原因有三点：第一，Thymeleaf的语法更接近HTML，所有的动态内容都在标签属性里控制，页面直接用浏览器打开也能看到静态效果，前端调试起来友好很多；第二，Spring Boot对Thymeleaf的支持非常完善，官方文档和网上的例子多，基本你遇到的每个问题都能搜到答案；第三，Thymeleaf的表达式语言和Spring MVC的Model传递天然契合，后端往前端传数据几乎不用做额外的转换。

Thymeleaf的核心语法其实很好上手，常用的就那几个：th:text用来输出文本，th:each用来循环列表，th:if判断条件，th:href拼链接。掌握了这些，整个页面的动态渲染你就已经会了八成。

2.3 为什么不用前后端分离

很多同学会纠结要不要上Vue + Spring Boot前后端分离，给自己毕业设计增加一点分量。我的看法是，如果你对前端有扎实的基础，做前后端分离没问题。但如果你只是会基本的HTML/CSS/JavaScript，那服务端渲染是更稳妥的选择。

前后端分离意味着你要同时维护两套工程，解决跨域问题、处理Token认证、设计RESTful接口文档，还得会调试前后端联调那一套流程。工作量至少增加三分之一。而Thymeleaf服务端渲染的方式，后端写好Controller直接返回视图名，数据都在Model里，页面通过Thymeleaf语法直接取出来，一个人从头写到尾非常顺。而且老师检查项目的时候，看到的是完整的Controller返回视图逻辑，从请求到页面渲染的链路一目了然，也更容易讲清楚。这不是技术落后，是明确的目标导向。

3. 数据库设计与脚本编写细节

3.1 核心表结构怎么设计

数据库是整个系统的基础，表设计不好，后面写代码处处难受。我先说订单表结构的设计思路。

订单表我命名为travel_order，字段包括：id（主键）、order_no（订单号）、user_id（用户ID）、hotel_id（酒店ID）、room_type（房间类型）、check_in_date（入住日期）、check_out_date（离店日期）、total_price（总金额）、status（订单状态）、create_time（创建时间）。订单号我推荐用时间戳加随机数的方式生成，这样的好处是唯一且不可猜测，看起来也像真实业务系统中的订单号。不要用数据库自增ID直接当订单号，那样既暴露了订单量，也不够专业。

用户表我设计了username、password、phone、email、role这几个核心字段，role用Integer类型，0表示普通用户，1表示管理员。password必须存加密后的值，不能存明文。我在项目里用的BCrypt加密，这是Spring Security里自带的一套加密算法，即使你的项目没有集成Spring Security，也可以单独引入spring-security-crypto依赖来用，非常方便。

景点表和酒店表结构类似，大致有name、description、image_url、price、address这些字段。酒店表额外加了一个hotel_type（酒店类型），比如经济型、舒适型、豪华型，方便筛选。

3.2 数据库脚本的编写要点

数据库脚本这个部分看起来简单，其实有一些细节需要注意。如果你准备用Navicat或者MySQL Workbench直接建表，导出SQL文件的时候要注意选择正确的导出选项，里面会附带很多CREATE TABLE和INSERT语句。但我更推荐你自己手写一份建表脚本，这样你对表结构的关系更清晰，而且答辩时老师问起某张表的设计缘由，你张口就能答上来。

脚本里需要注意几个点：字符集要统一设置为utf8mb4，如果你用了默认的latin1或者utf8，中文和特殊字符（比如表情符号）就有可能出现乱码或者插入失败的情况。排序规则选择utf8mb4_general_ci即可。表的引擎用InnoDB，这是支持事务和外键的引擎，对订单这种需要保证数据一致性的表很重要。字段长度要合理，description用TEXT类型，其他短文本用VARCHAR(50)或VARCHAR(255)就够。id用BIGINT自增主键，不要用INT，防止以后数据量大了不够用。

外键这个东西我建议你建，也建议你在脚本里保留。虽然很多生产环境的项目会逻辑删除外键来提高性能，但毕业设计需要展示你对数据库设计的理解，有外键约束反而是一个加分项。比如订单表的user_id关联用户表的id，hotel_id关联酒店表的id，删除用户或者酒店的时候，数据库层面会自动限制，防止产生孤儿数据。

3.3 初始化数据的坑

写INSERT初始化数据的时候，要注意图片路径的问题。我最初写的是http://localhost:8080/images/hotel1.jpg这样写死的本地路径，结果部署到服务器上演示时就全部裂图了。后面改成了相对路径/images/hotel1.jpg，图片统一放在src/main/resources/static/images目录下，这个目录是Spring Boot的默认静态资源路径，项目打成jar包后图片也会被正确打包进去，不需要额外配置。

景点介绍和酒店描述的初始化数据最好写得丰富一些。有些同学为了省事，description字段就填一句话“这是一个很好的酒店”，放到页面上非常难看，而且老师一看就知道你是在敷衍。我是模仿携程和美团上的文案写的，大概三四行的描述，包含酒店的特色、周边景区、交通情况等。这种细节的东西，才是让你和那些网上下载代码的同学拉开差距的地方。

4. 核心功能实现与关键代码解析

4.1 项目初始化与基础配置

创建Spring Boot项目我用的是Spring Initializr（start.spring.io）。版本这里有一个容易踩坑的地方：Spring Boot 3.x和2.x的差别非常大，3.x要求JDK 17以上，并且很多第三方组件的兼容性还不够稳定。对于毕业设计来说，我强烈建议选择Spring Boot 2.7.x系列，这个版本是2.x最后的稳定版本，兼容JDK 8和JDK 11，网上能找到的资料和踩坑解决方案也是最多的。

pom.xml里需要引入的依赖就几个：spring-boot-starter-web、spring-boot-starter-thymeleaf、mybatis-spring-boot-starter（我用的是MyBatis作为持久层框架）、mysql-connector-java、lombok（如果你习惯写getter/setter可以不用）。不要为了显得高大上引入一堆用不到的依赖，依赖越多版本冲突的概率就越大，启动报错排查起来也越麻烦。

application.yml的基础配置如下：

server: port: 8080 spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/travel_db?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai username: root password: 123456 thymeleaf: cache: false mybatis: mapper-locations: classpath:mapper/*.xml type-aliases-package: com.example.travel.entity

有一个重点需要提醒你，datasource的url里必须加上serverTimezone=Asia/Shanghai。如果你不加这个参数，8.0版本的MySQL驱动在连接数据库时会报时间序列化的错误，严重的话项目直接启动失败。这不是你的代码写错了，是完全新手必踩的坑。

4.2 首页热门景点和酒店推荐怎么实现

首页是一个网站的门面，也是答辩老师打开系统后看到的第一个页面。我花了比较多心思在首页上。打开首页后，页面上展示的是几条景点推荐和酒店推荐列表，这是通过Controller在请求首页时从数据库查出所有数据，然后取前四条展示出来的。

@Controller public class IndexController { @Autowired private HotelService hotelService; @Autowired private ScenicService scenicService; @GetMapping("/") public String index(Model model) { List<Hotel> hotelList = hotelService.getAllHotels(); List<Scenic> scenicList = scenicService.getAllScenics(); model.addAttribute("hotelList", hotelList); model.addAttribute("scenicList", scenicList); return "index"; } }

这里有一个关于取前四条数据的细节。直接在SQL里用LIMIT 4没问题，但如果你先查出所有数据再在Java层截断，数据量小的时候看不出差别，数据量大了性能会明显下降。我推荐用SQL直接限制查询条数，这样数据库只需要查询四条记录，而不是查完所有数据再丢弃。

Thymeleaf模板的写法大概是这样的：

<div class="hotel-card" th:each="hotel : ${hotelList}"> <img th:src="${hotel.imageUrl}" th:alt="${hotel.name}"> <h3 th:text="${hotel.name}">酒店名称</h3> <p th:text="${hotel.address}">酒店地址</p> <p class="price">￥<span th:text="${hotel.price}">399</span> 起</p> </div>

4.3 搜索功能与分页查询

搜索是用户使用频率最高的功能之一。用户会在搜索框输入关键词，比如“杭州”或者“西湖”，系统需要根据关键词同时匹配景点名称和酒店名称，甚至匹配地址也行。我的实现方式是写了一个通用的查询接口，前端通过GET请求传递keyword参数，后端在Service层根据关键词去拼接SQL查询条件。

@Override public List<Hotel> searchHotels(String keyword) { return hotelMapper.searchHotels(keyword); }

对应的Mapper XML文件里这么写：

<select id="searchHotels" resultType="com.example.travel.entity.Hotel"> SELECT * FROM hotel WHERE name LIKE CONCAT('%', #{keyword}, '%') OR address LIKE CONCAT('%', #{keyword}, '%') ORDER BY create_time DESC </select>

分页功能我二话没说直接用的PageHelper，这是MyBatis生态里非常成熟的一个分页插件。使用方式很简单，在查询之前调用PageHelper.startPage(pageNum, pageSize)，后面紧跟的查询方法就会自动被加上LIMIT条件。然后用PageInfo包装结果，前端就能拿到当前页数据和总页数。

PageHelper.startPage(pageNum, 6); List<Hotel> list = hotelMapper.getAllHotels(); PageInfo<Hotel> pageInfo = new PageInfo<>(list); model.addAttribute("pageInfo", pageInfo);

4.4 用户登录注册与拦截器机制

登录注册是几乎所有系统都需要的功能。注册的逻辑比较简单，前端提交用户名、密码、手机号，后端先查询用户名是否已存在，如果已存在就返回提示，不存在就调用加密方法处理密码，然后插入用户表。登录的时候先根据用户名查询用户记录，然后用BCrypt的matches方法比对密码是否匹配。

public User login(String username, String password) { User user = userMapper.findByUsername(username); if (user != null && BCryptPasswordEncoder.matches(password, user.getPassword())) { return user; } return null; }

登录状态我用的是Session保存，登录成功之后把用户对象放到Session里。这里不需要引入Spring Security和Shiro那些完整的权限框架，毕竟毕业设计的重点是业务流程，不是安全体系。但要拦截未登录用户的访问，不能让他们直接访问个人中心和下单接口。

我的做法是写一个HandlerInterceptor：

public class LoginInterceptor implements HandlerInterceptor { @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { HttpSession session = request.getSession(); User user = (User) session.getAttribute("user"); if (user == null) { response.sendRedirect("/login"); return false; } return true; } }

然后在配置类里注册这个拦截器，并指定拦截路径。注意必须放行登录页、注册页、静态资源和首页这些不需要登录就能访问的路径，不然会死循环重定向。

4.5 酒店预订流程的实现

预订是整个项目最核心的流程。用户在酒店详情页选择入住日期和离店日期，系统会根据房价和入住天数自动计算总价，用户点击提交订单后，系统生成一条状态为“待付款”的订单记录。为了让毕业设计流程完整，我加了一个模拟支付的步骤——生成订单后跳转到支付页面，用户点击“模拟支付”按钮，订单状态更新为“已支付”。

关于总价计算的细节，很多人会直接在JS里算完把价格传给后端，这是不安全的做法。用户可以通过浏览器开发者工具把价格改掉。正确的做法是后端根据酒店的单价和入住天数自己计算总价，前端只负责展示。天数计算我用的是两行Java代码：

long days = (checkOutDate.getTime() - checkInDate.getTime()) / (1000 * 60 * 60 * 24); BigDecimal totalPrice = hotel.getPrice().multiply(BigDecimal.valueOf(days));

注意日期计算要考虑到当天入住当天离店的情况，天数不能为0。还有一个细节是跨月、跨年的日期计算，如果你用Calendar类很容易踩坑，建议直接使用LocalDate或着Java 8的时间API，它们对日期运算的支持好得多。

订单状态的维护我用了一个整型字段，0待付款、1已付款、2已取消。前端对应的状态文本用Thymeleaf条件判断来显示，不是从数据库直接读中文文本，这样以后改状态名称很方便。

5. 常见问题与排查技巧实录

5.1 项目启动失败的常见原因

毕业设计阶段遇到的最多的问题就是项目启动失败。我总结了一下，百分之八十都是下面这几种情况：

数据库没启动。很多人写完代码启动项目，看到红字就慌了，其实你只需要去任务管理器里看MySQL服务是否在运行。Windows下最稳妥的方式是打开“服务”窗口，找到MySQL服务，确认状态是“正在运行”。Linux下用systemctl status mysql查看。如果是服务没启动，压根不用改代码，启动服务再跑项目就通了。

端口被占用。Spring Boot默认端口是8080，如果你的机器上有其他程序占用了这个端口，启动日志里会明确提示Port 8080 was already in use。解决办法很简单，要么找到占用端口的进程杀掉，要么在application.yml里把server.port改成8081。如果你用的是IDEA，可以直接在Run Configuration里加上--server.port=8081作为程序参数，不用改配置文件。

数据库连接配置错误。这是最容易忽略的问题。root密码写错了、数据库名不存在、url里忘记写characterEncoding和serverTimezone，这些都会导致启动时报Failed to configure a DataSource或者Access denied for user。真遇到这种情况，不要瞎猜，打开浏览器用Navicat测试一下同样的账号密码能不能连上数据库，很快就定位到问题了。

缺少依赖。如果你是从别人那边拿的代码，经常遇到本地Maven仓库里没有项目依赖的jar包。解决办法是在IDEA右侧Maven面板里执行reload all maven projects，让它重新下载一遍依赖。网络不好的情况下，多试几次，或者用阿里云的镜像仓库加速（这个配置在maven的settings.xml里）。

5.2 Thymeleaf模板渲染踩过的坑

Thymeleaf报错信息经常是SpelEvaluationException或者TemplateInputException，新手看了完全摸不着头脑。经过多次踩坑，我发现最常见的原因是实体类属性名和模板里写的属性名拼写不一致。实体类里写了imageUrl，模板里写了$ {hotel.imageUrl }，如果实体类属性是private String imageUrl，getter方法叫getImageUrl，Thymeleaf能正确访问。但如果你把getter方法写成了getimageUrl，或者类型不匹配，就会报错。建议属性名用驼峰，模板引用时严格一致。

另一个坑是th:each循环里访问外层对象。比如在酒店列表里每个卡片都要显示酒店对应的景点名称，而景点信息是单独的对象。这种情况下你需要把景点信息先封装成Map，或者修改实体类增加一个关联字段，而不是试图在循环里去查询数据库。最笨也最稳妥的方式是在Controller里把景点名称查好，放到一个Map里，然后把这个Map也放进Model，模板里用$ {scenicMap[hotel.scenicId]}来取。

Thymeleaf的缓存问题也值得一提。开发调试阶段，你改了HTML页面，刷新浏览器经常看不到变化。原因就是Thymeleaf默认开启了缓存。我在application.yml里加了一句spring.thymeleaf.cache: false，关闭开发环境的模板缓存，改完页面刷新就能看到最新效果。这点别看小，能极大提升你的开发效率。

5.3 数据库中文乱码问题

中文乱码是最常见的数据库问题之一，但也是最容易解决的。乱码的根源是客户端连接数据库时的编码和数据库本身的编码不一致。你需要在三个地方保证字符集统一。

数据库创建的时候指定字符集：CREATE DATABASE travel_db DEFAULT CHARACTER SET utf8mb4。建表时也指定字符集：CREATE TABLE hotel (...) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4。JDBC连接字符串里加上characterEncoding=utf8。三处都配置好之后，重新建库、重新导入数据，中文就不会乱码了。

如果你已经导入了数据才暴露乱码问题，不要急着改配置，先把现有数据清理掉，重新建库导入一次。乱码问题常常在数据导入阶段就已经弄脏了，光改配置救不回来已经存入的脏数据，还不如推倒重来干净。

5.4 打包部署的坑与经验

开发阶段一切正常，打包部署的时候却出了状况，这也是很多同学会遇到的。我那次遇到的问题是：项目在IDEA里运行没问题，用mvn package打成jar包后，java -jar运行却提示找不到主类。排查了半天，发现是pom.xml里缺少spring-boot-maven-plugin插件。这个插件负责把项目打包成可执行的Fat Jar，缺少它打包出来的jar根本不能独立运行。解决办法是在pom.xml里加上：

<build> <plugins> <plugin> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-maven-plugin</artifactId> </plugin> </plugins> </build>

还有一个经典问题：jar包打出来了，但图片加载不出来。原因就是你静态资源路径引用不对，前面提到过，图片资源放在static目录下，同时注意模板中的路径要以/开头，写成/images/x.jpg。部署到Linux服务器上时，如果你的jar包是通过nohup java -jar xxx.jar &方式启动的，日志会输出到nohup.out文件里，后面排查问题都要靠它，路径别乱删。

6. 项目讲解与答辩技巧

6.1 功能演示的最佳路线

毕业设计答辩时，功能演示环节是真正的重头戏。演示的时候不要从首页开始一个个点，那会显得没有逻辑。我的建议是设计一条演示主线：先介绍系统的前台，打开首页展示热门景点和酒店推荐，接着搜索关键词，表现系统具备检索能力，然后注册一个新用户，登录后挑选一个酒店下单，模拟支付，最后进入个人中心查看订单记录。这条主线走完，系统的核心功能基本都展示到了，老师在下面也能跟上你的节奏。

后台管理的演示我放在最后。管理员登录后，可以看到所有订单信息，也可以进行景点的增删改查。这里有一个小技巧：提前准备一条要添加的新景点数据，演示时现场添加，展示完整的前台和后台联动的效果。现场写数据、现场展示，比你截图说明更能证明这是你自己写的项目。

6.2 被问到设计思路时怎么回答

答辩环节老师一定会问“为什么这么设计”的问题。最容易被问到的几个：为什么选择Thymeleaf，表之间是什么关系，为什么用Session不用JWT，密码是怎么加密的。每一种你都要能说出自己的想法，哪怕只是简单的考虑，也比支支吾吾强很多。

这里给你提供一个话术参考。比如问到为什么用Session：因为这是一个传统的服务端渲染项目，Thymeleaf页面天然适合Session方案，不需要额外处理跨域和Token刷新问题，对项目的规模来说Session已经足够安全。问到订单状态怎么设计：我用的是整型状态码而不是直接在数据库存中文，这样扩展性更好，以后如果需要增加“已入住”“退款中”等状态，不需要修改表结构，只需要在代码里加一个常量映射就行。这种回答能体现你的逻辑思考能力，哪怕这个设计其实是最基础的做法。

6.3 后续还能怎么扩展

如果你的项目做完以后还有精力，我建议增加几个小功能来提升项目的完整度。一个是图片上传功能，让管理员在后台可以直接上传景点图片，而不是只能依靠预设的图片路径，这个功能会涉及到文件上传和静态资源映射，说出去也是一个亮点。另一个是数据统计功能，后台首页展示订单量、用户量、收入这些汇总数据，可以用简单的SQL聚合查询实现，再配合图表插件展示成柱状图和折线图，这个加分的分量还是很足的。

我实际测试过，在原有的订单表基础上做一个近七天的订单量统计，核心SQL就一条GROUP BY的查询，外加一个前端图表组件的HTML片段，半天时间就可以搞定。但如果我当初答辩前做了这个功能，演示的时候会觉得整个项目档次高了一个级别。

7. 写在最后

这个旅游景点酒店预订网站项目，从数据库设计到功能实现再到部署上线，我前前后后花了大约三周时间。其中第一周基本在看文档、搭环境、确认技术方案，真正写代码的时间集中在后两周。如果你也是零基础起步，我建议预留一个月的时间，每天保持三到四个小时的投入，时间是够用的。

最想给你的一条建议是：不要复制粘贴网上现成的毕业设计代码，哪怕最终功能的思路是参考别人的，也一定要自己一行行把代码敲出来。只有自己亲手写过，你才知道Controller和Service之间怎么解耦，才知道Thymeleaf的th:each嵌套有多容易搞混变量名，才知道MySQL的外键约束在删数据的时候会跳出来提醒你。这些经验和教训，才是你做这个毕业设计真正得到的东西。工作之后回头看，你才会发现这段经历有多值钱。

另外，演示数据库的时候，尽量带上几组真实、美观的初始数据。景点介绍和酒店描述写详细一点，价格设置成带小数的格式看起来更接近真实系统。这些小细节，会在一定程度上影响答辩老师对你项目完成度的判断。祝你顺利通过答辩，也祝你在这个项目里真正体会到Java Web开发的乐趣。

本文还有配套的精品资源，点击获取