从零跑通JSP+Servlet+MySQL旅游网站：Java Web全流程实战

简介这是一份基于Java的旅游信息网站设计与实现的毕业设计文档面向计算机相关专业学生、Java Web初学者及需要搭建同类型信息管理系统的开发者。文档按完整毕业论文结构展开先论述旅游行业信息化背景与国内外研究现状再从需求分析、功能模块设计到系统实现详细描述了采用Mysql数据库、Tomcat服务器与Eclipse平台构建前台用户模块和后台管理模块的全过程覆盖景点展示、论坛交流、新闻资讯、购物车、订单管理等业务场景并体现了可读性、可扩展性与易维护性的设计目标。文档对前后台权限控制、信息发布和订单处理等关键逻辑均有清楚说明方便按章节快速查阅。资源为1个docx格式文件压缩包约6.01MB内容包含摘要、目录、正文章节、功能模块划分及数据库设计说明可直接用于课程设计、毕业答辩或二次开发参考。目前已有73人学习下载适合需要系统理解旅游信息网站项目架构的读者。1. 旅游信息网站能学什么一套能跑起来的 Java Web 全流程如果有人让你一周内交一个 Java Web 课程设计又不想用 Spring Boot 糊弄过去这份旅游信息网站的源码包值得认真拆一遍。它不是微服务不是前后端分离而是最经典的 JSP Servlet MySQL 三层结构前台给游客看景点、逛论坛、加购物车后台给管理员维护用户、景点、订单和新闻。导进 Eclipse改一下数据库连接密码启动 Tomcat 就能跑。对正在做课程设计、毕业设计、需要参考完整“需求分析→数据库设计→代码实现→测试”流程的人来说这是一份能直接复现的作业范本对刚学完 Java 基础、想知道一个 Web 项目到底怎么从建表变成页面的新手来说它每一层逻辑都摊开了没有黑匣子。技术不算新但恰恰因为老反而把 Servlet 生命周期、JDBC 连接、Session 管理这些东西讲得明明白白。2. 技术栈与项目结构为什么是 JSP Servlet MySQL 而不是 Spring Boot2.1 这套老组合的价值在于“看得见”现在很多新手一上来就学 Spring Boot MyBatisCRUD 全靠注解和模板自动生成结果连 SQL 是怎么执行到数据库的都不清楚。这份旅游信息网站用的是更原始的 Java Web 技术栈JSP 页面负责展示Servlet 负责接收请求、调用业务逻辑、跳转页面JDBC 负责和 MySQL 交互Tomcat 作为 Servlet 容器承载整个应用。整个过程是直白的“浏览器发请求 → Tomcat 找到对应 Servlet → 执行 SQL → 返回到 JSP 渲染”每一步都能在代码里找到对应文件。这套技术栈对学习者的价值在于你被迫自己处理请求参数、手动写 ResultSet 遍历、自己管理连接关闭。这些在 Spring Boot 里被封装掉的东西恰恰是面试时最常问的基础题。比如 Servlet 的 doGet 和 doPost 区别、Session 和 Cookie 的失效机制、PreparedStatement 为什么能防 SQL 注入在这个项目里都有真实对应场景。所以我的建议是Spring Boot 要学但这个项目也要完整跟一遍两者不冲突。2.2 项目功能模块与数据表对照从设计文档来看系统角色分为管理员和用户两类功能边界很清晰。我把正文里的功能列表和对应数据表整理成了下面的对照关系拿到源码后可以按这个索引去定位代码文件。功能模块角色核心数据表关键字段用户管理管理员yonghuzhanghao, mima, xingming, xingbie, nianling, shouji, youxiang, zhaopian, yue旅游景点管理管理员lvyoujingdianjingdian, dengji, jijie, leixing, jiaotong, fengmian, kaiyuan, jieshao, xiangqing, jiage, jingdu, weidu, dizhi订单管理管理员/用户ordersorderid, userid, goodid, goodname, picture, buynumber, price, total收藏管理用户storeupuserid, refid, tablename, name, picture交流论坛管理员/用户forum常见命名帖子标题、内容、发布人、回复内容新闻资讯管理员news常见命名标题、正文、发布时间、封面图用户前台的购物车和客服功能通常不单独建表。购物车一般用 Session 对象临时存储点击“提交订单”后写入 orders 表客服常见做法是跳转到在线咨询链接或留言表单。这个设计是课程设计级别的常规做法也符合“代码可读、结构简单”的定位。2.3 工具版本选择别用太新的环境去跑老项目拿到源码第一步先确认本地环境。这份资源正文里明确写了开发平台是 ECLIPSE、服务器是 Tomcat、数据库是 MySQL但没有指定版本号。我的习惯是统一用 JDK 8 Eclipse 2019-06 之后任意版本 Tomcat 8.5 MySQL 5.7 这一套组合来跑理由很简单绝大多数课程设计和毕业设计源码都是在这套环境下写的兼容性验证最充分。如果你非要用 JDK 17 或 Tomcat 10大概率会遇到两个问题。第一新版 Tomcat 把 javax.servlet 包迁移成了 jakarta.servlet老代码里所有 import javax.servlet.* 直接编译失败第二MySQL 8.0 的驱动和认证方式变化较大老代码里用 com.mysql.jdbc.Driver 会遇到时区和 SSL 的报错。所以版本选择不是越新越好而是和源码匹配最好。我一般会先看一眼项目里 WEB-INF/lib 下的 jar 包名称再决定用什么版本的运行环境。如果看到 mysql-connector-java-5.x.jar就用 MySQL 5.7如果是 8.x 的驱动连接串里就要额外处理 serverTimezone 参数这些在第 3 章和第 5 章会详细展开。3. 部署到跑通Eclipse Tomcat MySQL 的配置全过程3.1 第一步JDK 环境变量配置很多新手翻车不是翻在代码上而是翻在环境变量上。Eclipse 本身能识别 JDK 路径但 Tomcat 在 Eclipse 里启动时会优先读取系统环境变量 JAVA_HOME。如果 JAVA_HOME 没配或指向了 JRETomcat 启动会直接报“Unable to find a Java Development Kit”之类的错误。Windows 下打开“系统属性 → 环境变量”新建系统变量 JAVA_HOME值填 JDK 安装路径注意不要带 bin 目录。然后在 Path 变量里追加一行 %JAVA_HOME%\bin。配置完成后打开命令行窗口验证java -version javac -version第一条输出的是 JRE 版本第二条输出的是 JDK 编译器的版本。如果你只装了 JRE第二条会报“不是内部或外部命令”这种情况下 Eclipse 虽然能跑 Java 程序但无法编译 Servlet 项目。我的判断标准是两条命令都能正常输出版本号才算环境就绪。配置完后一定记得重新打开命令行和 Eclipse因为环境变量对已启动的进程不生效这是最常见的“配了但没生效”的假象。3.2 第二步MySQL 建库导表与连接配置MySQL 安装完成后先用命令行或 Navicat 建一个数据库再把项目自带的 SQL 脚本导进去。常见做法是打开 MySQL 命令行执行如下语句CREATE DATABASE IF NOT EXISTS tourism DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE tourism; SOURCE C:/path/to/tourism.sql;这里有两个参数要特别说明。第一字符集用 utf8mb4 而不是 utf8是因为 utf8 在 MySQL 里最多存 3 字节而景点介绍、论坛帖子里如果出现 emoji 表情或冷僻字3 字节会直接报错utf8mb4 是完整的 4 字节 UTF-8 支持兼容性更好。第二SOURCE 命令的路径分隔符建议用正斜杠Windows 反斜杠容易转义出错。导完表之后找到项目里的数据库连接配置文件通常叫 db.properties、jdbc.properties或者直接在 DAO 工具类里写死。把连接串、用户名、密码改成你自己的重点在于连接串参数jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/tourism?useUnicodetruecharacterEncodingUTF-8serverTimezoneAsia/ShanghaiuseSSLfalse jdbc.usernameroot jdbc.password123456参数说明useUnicode 和 characterEncoding 保证中文字符正常存取serverTimezone 是 MySQL 8.x 必须加的否则驱动拿不到服务器时区会直接报错useSSLfalse 是为了避免本地开发时 SSL 握手警告。如果你的驱动 jar 是 mysql-connector-java-8.x 版本driver 要写成 com.mysql.cj.jdbc.Driver写成旧的 com.mysql.jdbc.Driver 虽然不报错但会有 deprecation 警告不影响运行但看着烦。3.3 第三步Eclipse 里配置 Tomcat 并部署项目打开 Eclipse菜单栏选择 Window → Preferences → Server → Runtime Environments点击 Add 按钮选 Apache Tomcat v8.5指向你本地的 Tomcat 安装目录。这一步的本质是告诉 Eclipse“我有这个版本的服务器可用”实际启动时 Eclipse 会调用 Tomcat 的脚本。然后右键点击项目 → Properties → Targeted Runtimes勾选刚才添加的 Tomcat让项目知道要跑在哪个服务器上。这一步容易漏漏了之后项目没有 Dynamic Web Module 特性Server 视图里看不到项目无法 Add and Remove。随后在 Servers 视图里新建一个 Server把项目 Add 到右侧Ctrl S 保存点击 Start 按钮启动。启动后浏览器访问 http://localhost:8080/项目名/ 能看到首页就算跑起来了。如果 8080 端口被别的进程占用打开 Tomcat 安装目录下 conf/server.xml把 Connector 标签里的 port 改成 8081再重启即Connector connectionTimeout20000 port8081 protocolHTTP/1.1 redirectPort8443/修改后访问地址要跟着变成 http://localhost:8081/项目名/ 。我一般建议固定用默认端口除非确认系统里没有其他程序占用否则排查起来多一层变量。3.4 启动后怎么验证系统真的跑通项目启动不等于系统可用我习惯按顺序过一遍核心链路每个环节都能出页面才叫跑通。先访问首页确认景点列表正常显示图片路径不破图然后注册一个测试用户登录后把某个景点加入购物车走一遍下单流程最后用管理员账号登录后台看用户管理列表里是否能查到刚注册的用户订单管理里是否能查到刚生成的订单。验证环节访问路径预期结果用户前台首页/项目名/index.jsp景点卡片正常渲染用户注册登录首页导航“我的”注册后能登录并跳转个人中心购物车流程景点详情页加入购物车购物车列表有数据可提交订单管理员后台/项目名/admin/login.jsp登录后左侧菜单完整显示后台用户管理管理员界面点用户管理列表显示 yonghu 表全部记录如果管理员登录后页面空白或菜单点不动优先检查 Tomcat 的 localhost.log里面会打印 Servlet 初始化异常和 SQL 错误。看到堆栈里的java.lang.NullPointerException十有八九是数据库连接没拿到看到Table xxx doesnt exist是 SQL 脚本没导全或连错库了。这些排查技巧对后续写别的 Java Web 项目也通用。4. 功能模块与数据流转从购物车下单到后台订单处理4.1 用户端浏览、收藏、下单的完整链路用户前台的体验链路设计得比较典型游客访问首页看到景点推荐列表点击进入景点详情页可以查看开园时间、交通方式、景点等级、季节特点和详细图文介绍。这个场景对应 lvyoujingdian 表里的字段其中 jingdu、weidu经度纬度字段是留给地图展示用的课程设计里通常打印在页面上证明字段有数据实际接入地图 API 的案例不多。用户决定去某个景点可以点“收藏”把它存进 storeup 表也可以点“加入购物车”直接购买。按正文的说明收藏功能是持久化的下次登录还在而购物车更常见的是用 Session 临时存储点“提交订单”时把 Session 里的商品明细循环读取出来计算出总金额插入 orders 表。这里有一个细节值得注意orders 表里既有 price单价又有 discountprice折扣价还有 total 和 discounttotal说明设计时考虑了优惠券或会员折扣。实际代码里如果没有实现优惠逻辑这些字段就都是原价不影响功能完整性。下单成功后用户可以在“我的订单”里看到订单状态。管理员在后台看到这条新订单后进行确认或发货操作。判断一家订单一共多少钱核心查询按用户关联订单表SELECT o.orderid, o.goodname, o.buynumber, o.price, o.total, u.zhanghao FROM orders o LEFT JOIN yonghu u ON o.userid u.id WHERE u.zhanghao test ORDER BY o.addtime DESC;这句 SQL 的关键在于 LEFT JOIN它以订单表为主表左连接用户表。这样即使某个订单的 userid 在 yonghu 表里被删除了订单记录也仍然能查出来避免管理后台看到“订单编号但不知道是谁下的”。实际开发中我一般会给 userid 加一个普通索引因为订单列表页经常按用户维度查没有索引在数据量大时全表扫描会明显变慢。4.2 管理员端用户、景点、订单的三类核心操作管理员登录后进入后台看到的是经典的后台管理布局左侧是菜单栏右侧是内容区。个人中心可以修改自己的登录密码和基本信息用户管理是一个标准的数据表格 CRUD列表展示 yonghu 表里的账号、姓名、性别、年龄、手机、邮箱、照片和余额管理员可以编辑比如给用户充值余额、删除异常账号。景点管理是后台最重的一块对应 lvyoujingdian 表的所有字段。管理员新增景点时要填名称、等级5A/4A 之类、适合季节、类型自然风光/人文古迹、交通方式、开园时间、封面图片路径、介绍和详情还要填价格和经纬度地址。页面提交后Servlet 接收所有字段封装成实体对象调用 DAO 层的 insert 方法写入数据库。这里的表单字段名必须和 JSP 里 input 标签的 name 属性完全一致我们对 Servlet 的 getParameter 方法时比较常见的问题就是漏字母或大小写不一致后面避坑章节再展开。订单管理模块相对简单管理员查看订单列表核对订单编号、商品名称、购买数量、买家信息点击“确认”更新订单状态。订单状态在表里通常用一个字段表示比如 0 待确认、1 已确认、2 已完成代码里通过 update 语句修改这个字段值。如果你的版本里没有状态字段那订单管理很可能只有查看和删除两个功能这也能从数据表结构直接看出来不用纠结。4.3 论坛、新闻和个人中心的权限边界交流论坛是用户前台最活跃的区域用户登录后可以发帖、回帖内容和回复存论坛相关表。管理员在后台的论坛管理里可以删帖、置顶、删除违规回复。设计文档里特别提到“交流论坛”同时出现在管理员菜单和用户前台说明它是一个双向功能用户在页面发内容管理员在后台做审核和治理。新闻资讯属于系统管理模块的子功能由管理员在后台编辑发布前台首页用一个栏目滚动展示。这类内容一般只读用户没有编辑权限所以不用在用户前台放发布入口。用户“我的”页面聚合了个人信息、我的发布、我的订单、我的地址和我的收藏相当于一个个人中心门户。这里“我的发布”通常指当前用户在论坛发过的帖子“我的收藏”对应 storeup 表按 userid 查询的记录“我的地址”是收货地址信息为购物车下单时的配送做数据支撑。权限控制的实现方式在课程设计里基本是同一个套路登录成功后在 Session 里存 user 对象需要管理员权限的页面在 Servlet 开头判断 Session 里的角色字段不是管理员就重定向回登录页。代码直白但很实用学生能看懂答辩老师问起来也好说明白。5. 避坑与常见问题五次典型翻车记录与修复日志5.1 启动后报 Communications link failure连接被拒现象Tomcat 启动控制台输出大段红色异常核心堆栈写着Communications link failure后面跟The last packet sent successfully to the server was 0 milliseconds ago。页面访问直接 500。原因数据库连接串里的地址、端口、账号密码和实际 MySQL 配置不一致。常见情况是 MySQL 设置了密码但连接串里密码为空或者 MySQL 服务根本没启动。另一个容易被忽略的原因是 MySQL 8.x 的密码加密规则老版本驱动不认识。解决三步走。先确认 MySQL 服务在 Windows 服务列表里处于“正在运行”状态再检查 db.properties 里的 username 和 password 是否等于 MySQL 实际账号最后如果 MySQL 是 8.x把驱动 jar 换成 mysql-connector-java-8.0.x 版本同时连接串加serverTimezoneAsia/ShanghaiuseSSLfalse。这个组合能解决九成以上的连接失败。5.2 JSP 页面中文乱码数据库里也是乱码现象前台页面所有中文显示为问号或乱码数据库表里查出来的中文也是一堆问号。原因三层环境的字符集不一致。第一MySQL 表本身的字符集不是 utf8mb4第二JDBC 连接串没加 characterEncodingUTF-8第三JSP 页面头部没设置 pageEncoding 或 contentType 里的 charset。解决依次检查。数据库表字符集通过 SQL 修改ALTER TABLE yonghu CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;连接串加上useUnicodetruecharacterEncodingUTF-8JSP 页面第一行确认有% page languagejava contentTypetext/html; charsetUTF-8 pageEncodingUTF-8%。注意 HTML 的 meta charset 也要同步改。这三处统一后乱码基本绝迹。如果你用的是 Eclipse 新建 JSP 文件默认可能生成 ISO-8859-1手动改掉再保存。5.3 Tomcat 启动端口被占用8080 already in use现象Eclipse 控制台提示Port 8080 required by Tomcat v8.5 Server at localhost is already in use服务器状态一直停在 starting 状态不动。原因上一次启动的 Tomcat 实例没有被完整关闭或者系统里其他程序比如 Oracle、Nginx占用了 8080 端口。解决打开命令行窗口执行netstat -ano | findstr 8080找出占用端口的进程 PID再到任务管理器的“详细信息”里结束该进程。如果你确认是上次残留的 Tomcat也可以直接在 Eclipse Servers 视图里右键 Tomcat → Stop如果一直 Stop 不掉杀掉全部 java.exe 进程是最省事的办法。还有一种情况是安装了多个 TomcatEclipse 的 Server Runtime 路径指错了检查 Server Runtime Environment 里的 Installation Directory。5.4 编译报错 ClassNotFoundException: com.mysql.jdbc.Driver现象项目编译不报错启动后第一次访问数据库相关页面时报ClassNotFoundException: com.mysql.jdbc.Driver。原因数据库驱动 jar 包没放到 WEB-INF/lib 目录下。很多初学者把 jar 包放在项目的普通目录或 Build Path 里Eclipse 编译能通过但 Tomcat 运行时不会加载这个目录的 jar。解决把 mysql-connector-java-xxx.jar 复制到项目的 WebContent/WEB-INF/lib有的项目叫 src/main/webapp/WEB-INF/lib下然后右键项目 → Refresh。如果 lib 目录不存在手动新建一个再放进去。jar 包放好后在 Eclipse 的 Project Explorer 里能看到 lib 目录下多了一个文件这就代表部署时会被打包进去。这个坑我踩过太多次后来养成的习惯是任何项目拿到手先检查 WEB-INF/lib而不是先跑代码。5.5 管理员登录后跳转回登录页有死循环的迹象现象管理员输入正确的用户名密码提交后页面短暂闪现又回到登录页没有报错日志URL 反复在 login 和 index 之间跳。原因Session 里存的管理员对象和权限校验代码里的判断条件不一致。比如登录成功时存的是session.setAttribute(admin, admin)但权限校验代码写的却是if (session.getAttribute(user) null)这样永远校验失败。另一种情况是登录写进 Session 后又清空了 Session。解决全局搜索代码里所有setAttribute和getAttribute的用法核对 key 是否完全一致。我一般会把校验逻辑统一抽到一个公共方法里比如checkAdminLogin()登录成功调用设置的 key 和这个方法读取的 key 用同一个常量从根上避免手写字符串不一致。字符串 key 这种写法在课程设计里到处都是但代码量少全局替换一下成本也不高。6. 进阶给景点列表加上关键词搜索和价格排序项目跑通之后不要满足于“能打开页面”我建议你基于现有代码做一个真实的小改造。比如前台首页目前是静态景点列表我给它加上一个关键词搜索和价格升序排序这个功能既实用又能顺带复习 DAO 层拼接 SQL 的能力。先给 DAO 层加一个带条件查询的方法。关键在于 SQL 的 WHERE 子句拼接不要用字符串加号硬拼而是用 PreparedStatement 的参数占位符public ListLvyoujingdian search(String keyword, String priceOrder) { ListLvyoujingdian list new ArrayList(); StringBuilder sql new StringBuilder(SELECT * FROM lvyoujingdian WHERE 11 ); if (keyword ! null !keyword.trim().isEmpty()) { sql.append(AND jingdian LIKE ? ); } if (asc.equals(priceOrder) || desc.equals(priceOrder)) { sql.append(ORDER BY jiage ).append(priceOrder); } try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql.toString())) { int index 1; if (keyword ! null !keyword.trim().isEmpty()) { ps.setString(index, % keyword %); } ResultSet rs ps.executeQuery(); while (rs.next()) { Lvyoujingdian d new Lvyoujingdian(); d.setId(rs.getInt(id)); d.setJingdian(rs.getString(jingdian)); d.setJiage(rs.getDouble(jiage)); list.add(d); } } catch (Exception e) { e.printStackTrace(); } return list; }这段代码有两个设计要点。第一WHERE 11是拼接多条件 SQL 时的惯用法避免每条条件都要判断是否加 AND虽然理论上多一个恒真条件但在课程设计规模下性能影响可以忽略。第二ORDER BY jiage后面直接拼 asc 或 desc 字符串这里没有用占位符因为 ORDER BY 子句不支持 PreparedStatement 参数绑定但我在代码里对入参做了严格白名单校验只允许 asc 或 desc杜绝了 SQL 注入风险。Servlet 里接收参数并调用 DAOString keyword request.getParameter(keyword); String priceOrder request.getParameter(priceOrder); ListLvyoujingdian list new LvyoujingdianDao().search(keyword, priceOrder); request.setAttribute(list, list); request.getRequestDispatcher(/index.jsp).forward(request, response);JSP 页面对应加一个搜索表单提交方式用 GET这样搜索条件会拼在 URL 里方便复制分享链接。表单里两个字段一个文本输入框叫 keyword一个下拉选择框叫 priceOrder值就设 asc 和 desc。加上这段后访问/项目名/index.jsp?keyword山priceOrderasc就能看到按景点名模糊匹配、价格从低到高排列的结果。验证方法很简单先在数据库里手动插几条测试数据确保景点名称有重叠字、价格有明显的升降关系。然后分别访问不带参数、带 keyword、带 priceOrder、两者都带四种 URL观察页面结果是否符合预期。特别要注意的是keyword 为空字符串和 keyword 为 null 的处理逻辑不能一致否则搜索框清空后提交列表会被错误过滤。这段代码我每次写都会在本地跑一遍这个四字段组合因为拼接 SQL 的边界条件实在太多了。从那以后我拿到任何 Java Web 课程设计源码第一件事永远不是打开代码而是先检查三样东西:数据库脚本有没有带、连接配置文件里的参数对不对、jar 包齐不齐。然后把项目跑通再做一个小功能改造确认自己读懂了请求到数据库的每一条流转路径。这套流程虽然麻烦但能避免后续踩进一堆莫名其妙的坑。希望帮到你。本文还有配套的精品资源点击获取