简介基于JavaEE与原生Servlet、MySQL实现的村镇旅游网站项目源码面向JavaWeb课程设计、毕业设计及需要快速搭建完整Web项目的开发者。项目覆盖从前端页面展示到后端数据处理的完整业务链路贴近真实项目场景适合作为学习ServletJSPMySQL整合开发的可运行范例也能为相关课题提供工程参考。资源共739个文件含415个GIF演示图片、111个JSP页面、69张JPG图片、40个CSS样式、23个JS脚本以及数据库文件、JAR依赖包、Word/PPT设计文档和辅导视频等压缩包约74.62MB目录结构清晰便于按源码、数据库、配置与文档分类使用已有534人学习下载。压缩包提供经测试校正可百分百运行的完整源码、数据库脚本、设计文档及操作辅导视频并附详细项目介绍。读者可据此理解旅游网站的功能设计、前后端交互、数据库表结构及部署流程也可在现成代码基础上快速二次开发或以其中思路完成自身毕业设计论文与答辩准备。 每年到课程设计季后台就会收到大量JavaWeb课设相关的提问其中一个被点名频率极高的题目就是基于JavaEE原生ServletMySQL的村镇旅游网站设计与实现。很多同学一看到原生Servlet就发怵觉得不用框架怎么开发一个完整网站但你真正把需求拆开看会发现这个题目恰恰是最容易拿高分的类型——它把JavaWeb的经典知识全串起来了JDBC操作、Servlet生命周期、Session会话管理、Filter过滤器、JSP页面渲染外加一套多表关联的MySQL数据库。这篇文章我不准备讲教科书上的概念而是按你实际写代码、跑项目、参加答辩的操作顺序把村镇旅游网站怎么做完整盘一遍。不管你是已经拿到源码项目正在研究怎么跑起来还是打算从零手写一个交课设都可以照着这个思路往下走。1. 先拆业务需求再动手写代码1.1 村镇旅游网站到底解决谁的什么问题做课设最容易犯的毛病是拿到题目就开始建工程、画界面结果做出来的系统功能零散、逻辑说不通。村镇旅游网站的业务背景其实很清晰乡村旅游资源分散游客在线上很难找到完整的村镇景点、民宿、特产和线路信息只能到了当地再打听村镇管理方又缺少一个低成本的信息展示窗口没法统一发布内容和接收游客咨询。所以这个项目的核心使命就是打通游客找信息、商家发信息这两条线。系统天然分成两个端口前台面向游客提供从发现景区、查看详情、预订民宿到留言互动的完整动线后台面向管理员负责景点录入、订单处理、留言审核和用户管理。角色也要从一开始就分清楚普通用户可以注册登录、浏览下单、发留言管理员则额外持有后台权限。很多同学写着写着把前后台混在一起就是因为在需求阶段没有把这两个角色边界划清楚。1.2 从用户操作路径反推功能模块我习惯用用户故事来拆模块。你可以把自己代入一个周末想去村镇旅游的游客他先搜索目的地有哪些景点点进详情页看图片和介绍觉得不错再研究住宿可能还想了解当地特产最后通过电话或线上留言咨询商家。整个过程拆出来就是一个个功能点。注册登录用户名/手机号注册密码加密存储登录状态用Session保存可选记住我景点浏览首页推荐位、景点分类筛选、景点详情展示图片和文字介绍特产与线路展示游客可查看推荐旅游线路和当地特产信息下单或发起咨询民宿预订游客选择日期、房型填写联系人和手机号提交订单留言评论游客对景点或商家留言后台审核后展示到前台页面后台管理管理员维护景点、线路、特产、民宿信息处理订单审核留言管理用户。前端界面用JSPBootstrap拼出来数据访问用JDBC连接池中间业务控制和跳转交给Servlet。这套技术组合虽然老派但每个层次边界特别清楚画系统架构图、写课程设计文档、准备答辩都很顺手。2. 技术选型原生Servlet不是老古董而是课设场景下的最优解2.1 题目限制与框架自由度的权衡很多同学会问JavaEE方向的课设为什么不用Spring Boot开发效率不是高很多吗答案就在题目里。这类课程设计通常明确限定基于JavaEE原生Servlet目的是考察你是否理解Web开发的底层原理而不是考察你会不会调用框架。退一步讲就算题目不加限制原生Servlet在这个项目里也完全够用。村镇旅游网站的并发量不大、业务复杂度不高ServletJSPJDBC这套组合足以支撑全部功能依赖极少部署也省心。更重要的是答辩时你能把一个HTTP请求从浏览器发出、经过Tomcat容器处理、调用Servlet、访问数据库、再返回页面的完整过程每一步都讲清楚。这是用Spring Boot一键生成的项目很难做到的——框架帮你把细节都藏起来了被老师追问底层时容易卡壳。另一个容易被忽略的点JSP的本质就是Servlet。JSP页面第一次被访问时会被Tomcat编译成一个Servlet类再执行。理解了这层关系你写JSP时就会明白哪些逻辑该放页面、哪些逻辑必须放Servlet类里分层意识会强很多。2.2 环境配套与项目包结构环境上我建议固定一套保守组合不要追新JDK 8 或 JDK 11Tomcat 8.5 或 Tomcat 9.0MySQL 5.7 或 8.0开发工具用 IntelliJ IDEA 或 Eclipse for Java EETomcat版本是重点后面我会专门讲Tomcat 10带来的坑。开发时可以用Maven管理依赖能少受点手动导包的苦但工程本身不需要Spring相关依赖。一个清晰的项目包结构大概是这样的src/main/java com.xxx.travel controller // 存放各类Servlet service // 业务逻辑接口与实现 dao // JDBC数据访问层 entity // 实体类 filter // 过滤器 com.xxx.travel.listener // 监听器 src/main/webapp admin // 后台管理JSP页面 front // 前台页面 static/css // 样式文件 static/js images WEB-INF/web.xml把Servlet类统一放到controller包页面按前台后台分目录长期维护会轻松很多。项目里还会配套一份课程设计文档我建议包结构确定之后先截图放进文档的系统设计章节后面写代码时再补细节效率会高不少。3. 数据库设计8张表撑起整个村镇旅游业务3.1 核心表之间的关系与建表要点村镇旅游网站的数据模型可以分成内容型和交易型两类。内容型包括用户、景点、分类、特产、线路、民宿交易型主要是订单外加用户产生的留言评论。参照常见的实现方案核心表可以这样设计表名用途关键字段tb_user用户表id, username, password, phone, create_timetb_category景点分类表id, cat_name, sorttb_scenic景点表id, cat_id, name, cover_img, pics, description, address, ticket_price, view_counttb_product特产表id, name, cover_img, price, stock, descriptiontb_route线路表id, route_name, days, scenic_ids, descriptiontb_hotel民宿表id, name, cover_img, price, address, descriptiontb_order订单表id, order_no, user_id, item_type, item_id, contact_name, contact_phone, book_date, status, create_timetb_message留言表id, user_id, scenic_id, content, status, create_time订单表里用item_type和item_id同时服务民宿预订和特产购买是一种反规范化设计。好处是前台下单和后台查单都只用一张表减少重复代码代价是查询具体商品时要根据item_type去对应的表里取数据。如果数据库课的老师比较强调范式拆成tb_hotel_order和tb_product_order两张子表也没问题只是业务代码会多一些。景点表里的cover_img是封面图pics可以存多个图片路径用逗号分隔。路径建议存放相对路径比如/upload/img/scenic01.jpg页面渲染时再拼项目上下文而不是把图片的二进制数据塞进数据库那样数据库会膨胀得很快。3.2 容易忽略的设计细节与初始化数据有几个设计细节值得提前定好。第一密码字段不要明文存储哪怕课设要求不高也至少做一层MD5加盐注册时生成随机盐值登录时把用户输入的密码和盐值一起做哈希再比对答辩时这是一个非常自然的加分点。第二外键能不用就不用。MySQL外键在级联删除时容易把数据搞乱课程设计的数据量根本到不了需要数据库级外键的程度外键逻辑放在Java的Service层维护更清晰删除顺序自己控制。第三订单号建议用时间戳随机数生成比如202505021030123456这种格式避免主键自增裸奔。初始化数据也特别重要。空荡荡的网站演示效果很差建议预置10个以上景点、5个分类、若干条特产和民宿数据再插入一个管理员账号比如admin / admin123。这些INSERT语句写进一个data.sql文件和建表语句放一起文档中要写清楚导入步骤。答辩现场最尴尬的情况就是拿着一个空数据库讲功能提前塞好数据能避免这种场面。4. 核心请求链路从登录、浏览到后台管理一次讲透4.1 登录与会话Session、Cookie和过期时间登录模块是整个系统里被复用得最多的功能几乎每个页面都要用到用户状态。实现思路很固定用户提交用户名密码LoginServlet调用UserService查询用户表比对成功后把用户信息放入Session需要记住我就再写一个Cookie保存加密后的用户标识有效期设置成7天。Session的过期时间要提前想好。Tomcat默认是30分钟游客在前台浏览时间长一点就掉线了下单时被提示请重新登录很影响体验。在web.xml里可以显式调整session-config session-timeout60/session-timeout /session-config管理员和普通用户的登录态建议用不同的Session Key比如admin_user和login_user防止两个角色在同一个浏览器会话里互相覆盖登录状态。这一点尤其在演示的时候特别重要你先登录了用户端再打开后台登录如果用的是同一个Key后台登录会把用户登录状态挤掉页面跳转就会乱掉。4.2 列表与详情request域、forward和JSP渲染游客首页要展示推荐景点、精品线路和特产数据加载模式都是一样的Servlet调用Service查询数据把结果List放进request域然后forward转发到JSPJSP用JSTL的forEach标签循环渲染。以景点列表为例ListScenic list scenicService.listByCategory(catId); request.setAttribute(scenicList, list); request.getRequestDispatcher(/front/scenic_list.jsp) .forward(request, response);JSP里遍历输出c:forEach items${scenicList} varscenic div classcard img src${pageContext.request.contextPath}${scenic.coverImg} / h3a hrefscenicDetail?id${scenic.id}${scenic.name}/a/h3 p${scenic.description}/p span门票${scenic.ticketPrice}/span /div /c:forEach这里有个新手最容易踩的坑用request.setAttribute存数据之后如果跳转用的是sendRedirect重定向数据会直接丢只有forward转发才能把request域中的数据带给JSP。所以查询数据并跳页面的场景一定要用forward而提交完表单之后刷新列表避免重复提交的场景才用重定向。4.3 后台权限控制用一个Filter挡住未登录请求后台管理模块通常包括景点管理、订单管理、留言审核、用户管理等。安全上最基础的一条就是不能让未登录的人直接通过URL访问后台JSP页面。如果每个后台Servlet里都写一遍Session判断代码会很啰嗦正确做法是写一个权限过滤器统一拦截/admin/*路径public class AdminAuthFilter implements Filter { Override public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request (HttpServletRequest) req; HttpSession session request.getSession(false); if (session ! null session.getAttribute(admin_user) ! null) { chain.doFilter(req, resp); } else { request.getRequestDispatcher(/admin/login.jsp).forward(req, resp); } } }页面资源也有一个安全技巧把后台JSP放到WEB-INF目录下面。WEB-INF下的文件不能被浏览器直接URL访问只能通过Servlet内部forward跳转这样即使Filter配置漏了一个路径用户也没法直接打开后台页面源码。4.4 连接池、字符集监听器与全局过滤器Servlet项目里数据库连接不能每次都new一个Connection频繁创建销毁连接的开销太大了。建议用Druid或DBCP连接池在项目启动时通过ServletContextListener初始化一次DataSource放进ServletContext里供全局使用WebListener public class AppInitListener implements ServletContextListener { Override public void contextInitialized(ServletContextEvent sce) { DruidDataSource ds new DruidDataSource(); ds.setUrl(jdbc:mysql://localhost:3306/travel ?useSSLfalseserverTimezoneAsia/ShanghaicharacterEncodingutf8); ds.setUsername(root); ds.setPassword(123456); ds.setInitialSize(5); ds.setMaxActive(20); sce.getServletContext().setAttribute(dataSource, ds); } }同时强烈建议配一个全局字符编码过滤器把请求和响应统一成UTF-8尤其是POST请求要在读取参数之前调用setCharacterEncoding。另外要提醒一下连接池不是连上就完事每次从池里取连接用完必须归还否则运行一段时间连接池耗尽页面就开始卡死这个问题后面会有专门一节展开。5. 复现这个项目时最容易翻车的六个细节5.1 Tomcat版本和javax/jakarta包名这是近几年新增的坑。Tomcat从10.0开始把Servlet API的包名从javax.servlet改成了jakarta.servlet。如果你拿到手的源码里import的是javax.servlet.http.HttpServlet一定别放在Tomcat 10里运行否则编译直接报错或者页面404找不到请求路径。判断方法很简单打开源码看一眼import。如果是javax开头匹配Tomcat 8.5或9.0如果是jakarta开头才需要Tomcat 10及以上。这个版本匹配问题是很多拿到源码的同学第一关就卡住的原因。5.2 MySQL 8.0驱动类、时区和字符集MySQL 8.0开始官方驱动类从com.mysql.jdbc.Driver改成了com.mysql.cj.jdbc.Driver连接URL也要带上时区和SSL设置String url jdbc:mysql://localhost:3306/travel ?useSSLfalseserverTimezoneAsia/ShanghaicharacterEncodingutf8;如果项目里还在用老的5.x驱动去连8.0数据库通常会报ClassNotFoundException或者Unsupported major.minor version。出现这类错误时先从lib目录检查mysql-connector-java的版本别急着改代码。另外线上环境如果用MySQL 8.0而手头代码是很多年前的SQL脚本导入时也可能会遇到排序规则不兼容的问题稍后单独讲。5.3 DAO层的连接泄漏很多课设源码在DAO层取Connection之后finally块里没有正确关闭PreparedStatement和ResultSet运行时间一长连接池被耗尽页面响应越来越慢直到超时。排查连接泄漏的办法不复杂把Druid的maxActive调小一点比如设为10跑一遍功能后打开数据库的进程列表如果看到大量Sleep状态的连接堆积基本可以断定是连接没有释放。写DAO时务必把释放操作放在finally里推荐直接用JDK 7引入的try-with-resources写法try (Connection conn dataSource.getConnection(); PreparedStatement ps conn.prepareStatement(sql); ResultSet rs ps.executeQuery()) { // 处理结果集 }这种写法在编译后会自动调用close比自己写finally还保险。5.4 中文乱码的三段排查中文乱码不是单一原因造成的要从请求、数据库、响应三段一起排查。请求方面POST提交要在读取参数前执行request.setCharacterEncoding(utf-8)最好统一放到Filter里数据库方面连接URL带characterEncodingutf8还不够建表时也要保证表和字段的字符集是utf8mb4响应方面JSP页面头部的pageEncoding和contentType要都是UTF-8。如果GET请求出现乱码还要注意Tomcat版本。Tomcat 8.0以上对URI的默认解码就是UTF-8而老版本需要手动修改server.xml里的URIEncoding。现在的环境基本不会遇到老问题但如果你用的是别人提供的配置留个心。5.5 图片上传后的文件丢失景点、特产都要上传图片很多项目用commons-fileupload来实现。最容易踩的坑是把图片保存到了项目的target或build目录里这样一旦重新部署上传的图片就全丢了数据库里只剩一堆死链接。更稳妥的方案是配置独立上传目录比如在web.xml里给图片上传写一个虚拟路径映射把磁盘上的/data/travel/upload映射成URL路径/upload/*。数据库里存相对路径/upload/img/xxx.jpg页面展示用${pageContext.request.contextPath}${picPath}拼接这样项目重新发布也不怕丢图。5.6 SQL脚本导入时被忽略的表结构与字符集问题工程里通常附带travel.sql或database.sql导入时请先查看脚本开头有没有CREATE DATABASE语句以及是否指定了utf8mb4字符集。如果脚本是在MySQL 5.7时代写的导入到MySQL 8.0时可能会出现排序规则不兼容的警告通常不影响运行但建议直接用图形化工具新建一个utf8mb4数据库再导入表结构会稳妥很多。图形化工具方面Navicat、DBeaver或者IDEA自带的Database面板都可以。DBeaver是开源免费的教学环境下用起来没有授权顾虑连上MySQL之后导入SQL脚本也很方便。6. 从跑通交差到高分答辩的提升路径6.1 低成本高分的三个改造点项目跑通之后你可以做三个低成本的改造提升整体完成度。第一个把DAO层里的SQL全部改成PreparedStatement方式杜绝SQL注入风险。这个动作看起来基础但很多课设源码为了省事直接用字符串拼接SQL被老师一追问就露馅。第二个给前台加一个搜索框用关键字模糊匹配景点名称、地址和介绍三个字段。第三个给后台列表加分页用LIMIT offset, pageSize实现再配合一个页码导航条视觉效果和工程规范度立刻不一样。如果时间还有富余可以在后台加一个简单的统计页面把景点浏览量和订单量用ECharts画成柱状图或折线图。图表一出演示环节的观感提升非常明显而且ECharts的使用难度很低网上半小时就能学会。6.2 答辩前必须能脱稿讲清的三件事答辩环节最考验的不是功能多不多而是你对系统的理解。我建议把下面三个问题练到脱稿能讲的程度第一一个完整请求从浏览器到页面显示的流转过程。要能把Filter、Servlet、Service、DAO、MySQL每个环节分别做了什么说清楚。第二会话状态是怎么管理的。要能答出Session和Cookie的区别登录状态为什么能保存记住我的实现原理是什么。第三数据库表之间怎么关联。要能说出每张表的主键外键逻辑以及订单表用item_type同时服务两种业务的取舍原因。这三个问题基本覆盖了答辩老师八成以上的提问方向。每写完一个Servlet顺手在文档里画一张它的请求流程图把请求路径和数据流向标出来等答辩前一晚翻出来看效果比临时背稿子好太多。6.3 这个项目还能往哪扩展村镇旅游网站是个很适合做扩展的题目。你可以给游客加一个行程规划模块把多个景点串成自定义路线也可以在前台接入地图API展示每个景点的地理位置更实际的方向是学完Spring Boot之后把这个项目里的Service层和DAO层原封不动搬过去把Servlet替换成Controller注解方式体验一次从手动路由到自动路由的迁移过程。这种迁移本身就是一次很好的对比学习。最后提一句题外话这类课设项目很多人抱着跑通就行的心态在做。但如果你愿意在跑通之后多花一个晚上把其中任意一个Servlet的完整请求链路讲给同学听一遍你会发现JavaWeb的知识密度比想象中大得多。源码和文档都是参考真正能带走的是你对这套请求模型的掌握别浪费了这个练手机会。本文还有配套的精品资源点击获取 基于JavaEE+原生Servlet+MySQL的村镇旅游网站设计与实现
简介基于JavaEE与原生Servlet、MySQL实现的村镇旅游网站项目源码面向JavaWeb课程设计、毕业设计及需要快速搭建完整Web项目的开发者。项目覆盖从前端页面展示到后端数据处理的完整业务链路贴近真实项目场景适合作为学习ServletJSPMySQL整合开发的可运行范例也能为相关课题提供工程参考。资源共739个文件含415个GIF演示图片、111个JSP页面、69张JPG图片、40个CSS样式、23个JS脚本以及数据库文件、JAR依赖包、Word/PPT设计文档和辅导视频等压缩包约74.62MB目录结构清晰便于按源码、数据库、配置与文档分类使用已有534人学习下载。压缩包提供经测试校正可百分百运行的完整源码、数据库脚本、设计文档及操作辅导视频并附详细项目介绍。读者可据此理解旅游网站的功能设计、前后端交互、数据库表结构及部署流程也可在现成代码基础上快速二次开发或以其中思路完成自身毕业设计论文与答辩准备。 每年到课程设计季后台就会收到大量JavaWeb课设相关的提问其中一个被点名频率极高的题目就是基于JavaEE原生ServletMySQL的村镇旅游网站设计与实现。很多同学一看到原生Servlet就发怵觉得不用框架怎么开发一个完整网站但你真正把需求拆开看会发现这个题目恰恰是最容易拿高分的类型——它把JavaWeb的经典知识全串起来了JDBC操作、Servlet生命周期、Session会话管理、Filter过滤器、JSP页面渲染外加一套多表关联的MySQL数据库。这篇文章我不准备讲教科书上的概念而是按你实际写代码、跑项目、参加答辩的操作顺序把村镇旅游网站怎么做完整盘一遍。不管你是已经拿到源码项目正在研究怎么跑起来还是打算从零手写一个交课设都可以照着这个思路往下走。1. 先拆业务需求再动手写代码1.1 村镇旅游网站到底解决谁的什么问题做课设最容易犯的毛病是拿到题目就开始建工程、画界面结果做出来的系统功能零散、逻辑说不通。村镇旅游网站的业务背景其实很清晰乡村旅游资源分散游客在线上很难找到完整的村镇景点、民宿、特产和线路信息只能到了当地再打听村镇管理方又缺少一个低成本的信息展示窗口没法统一发布内容和接收游客咨询。所以这个项目的核心使命就是打通游客找信息、商家发信息这两条线。系统天然分成两个端口前台面向游客提供从发现景区、查看详情、预订民宿到留言互动的完整动线后台面向管理员负责景点录入、订单处理、留言审核和用户管理。角色也要从一开始就分清楚普通用户可以注册登录、浏览下单、发留言管理员则额外持有后台权限。很多同学写着写着把前后台混在一起就是因为在需求阶段没有把这两个角色边界划清楚。1.2 从用户操作路径反推功能模块我习惯用用户故事来拆模块。你可以把自己代入一个周末想去村镇旅游的游客他先搜索目的地有哪些景点点进详情页看图片和介绍觉得不错再研究住宿可能还想了解当地特产最后通过电话或线上留言咨询商家。整个过程拆出来就是一个个功能点。注册登录用户名/手机号注册密码加密存储登录状态用Session保存可选记住我景点浏览首页推荐位、景点分类筛选、景点详情展示图片和文字介绍特产与线路展示游客可查看推荐旅游线路和当地特产信息下单或发起咨询民宿预订游客选择日期、房型填写联系人和手机号提交订单留言评论游客对景点或商家留言后台审核后展示到前台页面后台管理管理员维护景点、线路、特产、民宿信息处理订单审核留言管理用户。前端界面用JSPBootstrap拼出来数据访问用JDBC连接池中间业务控制和跳转交给Servlet。这套技术组合虽然老派但每个层次边界特别清楚画系统架构图、写课程设计文档、准备答辩都很顺手。2. 技术选型原生Servlet不是老古董而是课设场景下的最优解2.1 题目限制与框架自由度的权衡很多同学会问JavaEE方向的课设为什么不用Spring Boot开发效率不是高很多吗答案就在题目里。这类课程设计通常明确限定基于JavaEE原生Servlet目的是考察你是否理解Web开发的底层原理而不是考察你会不会调用框架。退一步讲就算题目不加限制原生Servlet在这个项目里也完全够用。村镇旅游网站的并发量不大、业务复杂度不高ServletJSPJDBC这套组合足以支撑全部功能依赖极少部署也省心。更重要的是答辩时你能把一个HTTP请求从浏览器发出、经过Tomcat容器处理、调用Servlet、访问数据库、再返回页面的完整过程每一步都讲清楚。这是用Spring Boot一键生成的项目很难做到的——框架帮你把细节都藏起来了被老师追问底层时容易卡壳。另一个容易被忽略的点JSP的本质就是Servlet。JSP页面第一次被访问时会被Tomcat编译成一个Servlet类再执行。理解了这层关系你写JSP时就会明白哪些逻辑该放页面、哪些逻辑必须放Servlet类里分层意识会强很多。2.2 环境配套与项目包结构环境上我建议固定一套保守组合不要追新JDK 8 或 JDK 11Tomcat 8.5 或 Tomcat 9.0MySQL 5.7 或 8.0开发工具用 IntelliJ IDEA 或 Eclipse for Java EETomcat版本是重点后面我会专门讲Tomcat 10带来的坑。开发时可以用Maven管理依赖能少受点手动导包的苦但工程本身不需要Spring相关依赖。一个清晰的项目包结构大概是这样的src/main/java com.xxx.travel controller // 存放各类Servlet service // 业务逻辑接口与实现 dao // JDBC数据访问层 entity // 实体类 filter // 过滤器 com.xxx.travel.listener // 监听器 src/main/webapp admin // 后台管理JSP页面 front // 前台页面 static/css // 样式文件 static/js images WEB-INF/web.xml把Servlet类统一放到controller包页面按前台后台分目录长期维护会轻松很多。项目里还会配套一份课程设计文档我建议包结构确定之后先截图放进文档的系统设计章节后面写代码时再补细节效率会高不少。3. 数据库设计8张表撑起整个村镇旅游业务3.1 核心表之间的关系与建表要点村镇旅游网站的数据模型可以分成内容型和交易型两类。内容型包括用户、景点、分类、特产、线路、民宿交易型主要是订单外加用户产生的留言评论。参照常见的实现方案核心表可以这样设计表名用途关键字段tb_user用户表id, username, password, phone, create_timetb_category景点分类表id, cat_name, sorttb_scenic景点表id, cat_id, name, cover_img, pics, description, address, ticket_price, view_counttb_product特产表id, name, cover_img, price, stock, descriptiontb_route线路表id, route_name, days, scenic_ids, descriptiontb_hotel民宿表id, name, cover_img, price, address, descriptiontb_order订单表id, order_no, user_id, item_type, item_id, contact_name, contact_phone, book_date, status, create_timetb_message留言表id, user_id, scenic_id, content, status, create_time订单表里用item_type和item_id同时服务民宿预订和特产购买是一种反规范化设计。好处是前台下单和后台查单都只用一张表减少重复代码代价是查询具体商品时要根据item_type去对应的表里取数据。如果数据库课的老师比较强调范式拆成tb_hotel_order和tb_product_order两张子表也没问题只是业务代码会多一些。景点表里的cover_img是封面图pics可以存多个图片路径用逗号分隔。路径建议存放相对路径比如/upload/img/scenic01.jpg页面渲染时再拼项目上下文而不是把图片的二进制数据塞进数据库那样数据库会膨胀得很快。3.2 容易忽略的设计细节与初始化数据有几个设计细节值得提前定好。第一密码字段不要明文存储哪怕课设要求不高也至少做一层MD5加盐注册时生成随机盐值登录时把用户输入的密码和盐值一起做哈希再比对答辩时这是一个非常自然的加分点。第二外键能不用就不用。MySQL外键在级联删除时容易把数据搞乱课程设计的数据量根本到不了需要数据库级外键的程度外键逻辑放在Java的Service层维护更清晰删除顺序自己控制。第三订单号建议用时间戳随机数生成比如202505021030123456这种格式避免主键自增裸奔。初始化数据也特别重要。空荡荡的网站演示效果很差建议预置10个以上景点、5个分类、若干条特产和民宿数据再插入一个管理员账号比如admin / admin123。这些INSERT语句写进一个data.sql文件和建表语句放一起文档中要写清楚导入步骤。答辩现场最尴尬的情况就是拿着一个空数据库讲功能提前塞好数据能避免这种场面。4. 核心请求链路从登录、浏览到后台管理一次讲透4.1 登录与会话Session、Cookie和过期时间登录模块是整个系统里被复用得最多的功能几乎每个页面都要用到用户状态。实现思路很固定用户提交用户名密码LoginServlet调用UserService查询用户表比对成功后把用户信息放入Session需要记住我就再写一个Cookie保存加密后的用户标识有效期设置成7天。Session的过期时间要提前想好。Tomcat默认是30分钟游客在前台浏览时间长一点就掉线了下单时被提示请重新登录很影响体验。在web.xml里可以显式调整session-config session-timeout60/session-timeout /session-config管理员和普通用户的登录态建议用不同的Session Key比如admin_user和login_user防止两个角色在同一个浏览器会话里互相覆盖登录状态。这一点尤其在演示的时候特别重要你先登录了用户端再打开后台登录如果用的是同一个Key后台登录会把用户登录状态挤掉页面跳转就会乱掉。4.2 列表与详情request域、forward和JSP渲染游客首页要展示推荐景点、精品线路和特产数据加载模式都是一样的Servlet调用Service查询数据把结果List放进request域然后forward转发到JSPJSP用JSTL的forEach标签循环渲染。以景点列表为例ListScenic list scenicService.listByCategory(catId); request.setAttribute(scenicList, list); request.getRequestDispatcher(/front/scenic_list.jsp) .forward(request, response);JSP里遍历输出c:forEach items${scenicList} varscenic div classcard img src${pageContext.request.contextPath}${scenic.coverImg} / h3a hrefscenicDetail?id${scenic.id}${scenic.name}/a/h3 p${scenic.description}/p span门票${scenic.ticketPrice}/span /div /c:forEach这里有个新手最容易踩的坑用request.setAttribute存数据之后如果跳转用的是sendRedirect重定向数据会直接丢只有forward转发才能把request域中的数据带给JSP。所以查询数据并跳页面的场景一定要用forward而提交完表单之后刷新列表避免重复提交的场景才用重定向。4.3 后台权限控制用一个Filter挡住未登录请求后台管理模块通常包括景点管理、订单管理、留言审核、用户管理等。安全上最基础的一条就是不能让未登录的人直接通过URL访问后台JSP页面。如果每个后台Servlet里都写一遍Session判断代码会很啰嗦正确做法是写一个权限过滤器统一拦截/admin/*路径public class AdminAuthFilter implements Filter { Override public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request (HttpServletRequest) req; HttpSession session request.getSession(false); if (session ! null session.getAttribute(admin_user) ! null) { chain.doFilter(req, resp); } else { request.getRequestDispatcher(/admin/login.jsp).forward(req, resp); } } }页面资源也有一个安全技巧把后台JSP放到WEB-INF目录下面。WEB-INF下的文件不能被浏览器直接URL访问只能通过Servlet内部forward跳转这样即使Filter配置漏了一个路径用户也没法直接打开后台页面源码。4.4 连接池、字符集监听器与全局过滤器Servlet项目里数据库连接不能每次都new一个Connection频繁创建销毁连接的开销太大了。建议用Druid或DBCP连接池在项目启动时通过ServletContextListener初始化一次DataSource放进ServletContext里供全局使用WebListener public class AppInitListener implements ServletContextListener { Override public void contextInitialized(ServletContextEvent sce) { DruidDataSource ds new DruidDataSource(); ds.setUrl(jdbc:mysql://localhost:3306/travel ?useSSLfalseserverTimezoneAsia/ShanghaicharacterEncodingutf8); ds.setUsername(root); ds.setPassword(123456); ds.setInitialSize(5); ds.setMaxActive(20); sce.getServletContext().setAttribute(dataSource, ds); } }同时强烈建议配一个全局字符编码过滤器把请求和响应统一成UTF-8尤其是POST请求要在读取参数之前调用setCharacterEncoding。另外要提醒一下连接池不是连上就完事每次从池里取连接用完必须归还否则运行一段时间连接池耗尽页面就开始卡死这个问题后面会有专门一节展开。5. 复现这个项目时最容易翻车的六个细节5.1 Tomcat版本和javax/jakarta包名这是近几年新增的坑。Tomcat从10.0开始把Servlet API的包名从javax.servlet改成了jakarta.servlet。如果你拿到手的源码里import的是javax.servlet.http.HttpServlet一定别放在Tomcat 10里运行否则编译直接报错或者页面404找不到请求路径。判断方法很简单打开源码看一眼import。如果是javax开头匹配Tomcat 8.5或9.0如果是jakarta开头才需要Tomcat 10及以上。这个版本匹配问题是很多拿到源码的同学第一关就卡住的原因。5.2 MySQL 8.0驱动类、时区和字符集MySQL 8.0开始官方驱动类从com.mysql.jdbc.Driver改成了com.mysql.cj.jdbc.Driver连接URL也要带上时区和SSL设置String url jdbc:mysql://localhost:3306/travel ?useSSLfalseserverTimezoneAsia/ShanghaicharacterEncodingutf8;如果项目里还在用老的5.x驱动去连8.0数据库通常会报ClassNotFoundException或者Unsupported major.minor version。出现这类错误时先从lib目录检查mysql-connector-java的版本别急着改代码。另外线上环境如果用MySQL 8.0而手头代码是很多年前的SQL脚本导入时也可能会遇到排序规则不兼容的问题稍后单独讲。5.3 DAO层的连接泄漏很多课设源码在DAO层取Connection之后finally块里没有正确关闭PreparedStatement和ResultSet运行时间一长连接池被耗尽页面响应越来越慢直到超时。排查连接泄漏的办法不复杂把Druid的maxActive调小一点比如设为10跑一遍功能后打开数据库的进程列表如果看到大量Sleep状态的连接堆积基本可以断定是连接没有释放。写DAO时务必把释放操作放在finally里推荐直接用JDK 7引入的try-with-resources写法try (Connection conn dataSource.getConnection(); PreparedStatement ps conn.prepareStatement(sql); ResultSet rs ps.executeQuery()) { // 处理结果集 }这种写法在编译后会自动调用close比自己写finally还保险。5.4 中文乱码的三段排查中文乱码不是单一原因造成的要从请求、数据库、响应三段一起排查。请求方面POST提交要在读取参数前执行request.setCharacterEncoding(utf-8)最好统一放到Filter里数据库方面连接URL带characterEncodingutf8还不够建表时也要保证表和字段的字符集是utf8mb4响应方面JSP页面头部的pageEncoding和contentType要都是UTF-8。如果GET请求出现乱码还要注意Tomcat版本。Tomcat 8.0以上对URI的默认解码就是UTF-8而老版本需要手动修改server.xml里的URIEncoding。现在的环境基本不会遇到老问题但如果你用的是别人提供的配置留个心。5.5 图片上传后的文件丢失景点、特产都要上传图片很多项目用commons-fileupload来实现。最容易踩的坑是把图片保存到了项目的target或build目录里这样一旦重新部署上传的图片就全丢了数据库里只剩一堆死链接。更稳妥的方案是配置独立上传目录比如在web.xml里给图片上传写一个虚拟路径映射把磁盘上的/data/travel/upload映射成URL路径/upload/*。数据库里存相对路径/upload/img/xxx.jpg页面展示用${pageContext.request.contextPath}${picPath}拼接这样项目重新发布也不怕丢图。5.6 SQL脚本导入时被忽略的表结构与字符集问题工程里通常附带travel.sql或database.sql导入时请先查看脚本开头有没有CREATE DATABASE语句以及是否指定了utf8mb4字符集。如果脚本是在MySQL 5.7时代写的导入到MySQL 8.0时可能会出现排序规则不兼容的警告通常不影响运行但建议直接用图形化工具新建一个utf8mb4数据库再导入表结构会稳妥很多。图形化工具方面Navicat、DBeaver或者IDEA自带的Database面板都可以。DBeaver是开源免费的教学环境下用起来没有授权顾虑连上MySQL之后导入SQL脚本也很方便。6. 从跑通交差到高分答辩的提升路径6.1 低成本高分的三个改造点项目跑通之后你可以做三个低成本的改造提升整体完成度。第一个把DAO层里的SQL全部改成PreparedStatement方式杜绝SQL注入风险。这个动作看起来基础但很多课设源码为了省事直接用字符串拼接SQL被老师一追问就露馅。第二个给前台加一个搜索框用关键字模糊匹配景点名称、地址和介绍三个字段。第三个给后台列表加分页用LIMIT offset, pageSize实现再配合一个页码导航条视觉效果和工程规范度立刻不一样。如果时间还有富余可以在后台加一个简单的统计页面把景点浏览量和订单量用ECharts画成柱状图或折线图。图表一出演示环节的观感提升非常明显而且ECharts的使用难度很低网上半小时就能学会。6.2 答辩前必须能脱稿讲清的三件事答辩环节最考验的不是功能多不多而是你对系统的理解。我建议把下面三个问题练到脱稿能讲的程度第一一个完整请求从浏览器到页面显示的流转过程。要能把Filter、Servlet、Service、DAO、MySQL每个环节分别做了什么说清楚。第二会话状态是怎么管理的。要能答出Session和Cookie的区别登录状态为什么能保存记住我的实现原理是什么。第三数据库表之间怎么关联。要能说出每张表的主键外键逻辑以及订单表用item_type同时服务两种业务的取舍原因。这三个问题基本覆盖了答辩老师八成以上的提问方向。每写完一个Servlet顺手在文档里画一张它的请求流程图把请求路径和数据流向标出来等答辩前一晚翻出来看效果比临时背稿子好太多。6.3 这个项目还能往哪扩展村镇旅游网站是个很适合做扩展的题目。你可以给游客加一个行程规划模块把多个景点串成自定义路线也可以在前台接入地图API展示每个景点的地理位置更实际的方向是学完Spring Boot之后把这个项目里的Service层和DAO层原封不动搬过去把Servlet替换成Controller注解方式体验一次从手动路由到自动路由的迁移过程。这种迁移本身就是一次很好的对比学习。最后提一句题外话这类课设项目很多人抱着跑通就行的心态在做。但如果你愿意在跑通之后多花一个晚上把其中任意一个Servlet的完整请求链路讲给同学听一遍你会发现JavaWeb的知识密度比想象中大得多。源码和文档都是参考真正能带走的是你对这套请求模型的掌握别浪费了这个练手机会。本文还有配套的精品资源点击获取