JSP+JavaBean实战：中小型企业门户网站开发全流程

1. 为什么JSPJavaBean这种老古董还值得完整做一次先说一个可能反直觉的结论如果你正在找题做而且目标是把Java Web到底是怎么跑起来的彻底弄清楚那基于JSPJavaBean的中小型企业门户网站比一上来就套Spring Boot全家桶更有价值。这话放现在已经很少有人说了但确实是真话。刚看到JSPJavaBean这个组合不少人第一反应是这都什么年代了还在用JSP。但实际上国内的课程设计、实验项目、入门练习里这类题目一直没消失因为它的边界非常清晰不需要搞懂IOC容器、AOP代理、自动配置这些抽象机制只需要把浏览器发请求→Web容器调Java代码→查数据库→拼HTML返回这条链路亲手搭一遍。把这条链路吃透了后面再去学Spring MVC、Spring Boot你会发现那些框架做的事本质上是同一件事只是帮你省掉了大量样板代码。那中小型企业门户网站这个业务载体选得也很好。它的核心需求是企业形象展示不是复杂电商也不是重交互系统。企业简介、新闻动态、产品展示、人才招聘、联系方式再加上一个后台信息维护入口这些模块的复杂度非常适合用JSPJavaBean来承载。你说难点在哪不在某个高深算法而在一个常规CRUD系统如何组织得干净、不写成一锅粥。这个分寸感恰恰是很多新手项目翻车的地方。还有一个现实维度这类题目经常出现在毕业设计和课程设计的备选库里。你要是拿它当练手做出来的东西既能在答辩时讲清楚又能给后续的框架学习打底。我后面写的所有内容也都按一个基础扎实、边界克制、能跑能演示的标准来展开完全贴合这类项目的实际定位。1.1 企业门户网站到底需要哪些能力在开始写代码之前先把业务面想清楚。一个典型的中小型企业门户网站按使用者分有两个视角访客视角打开网站能看到企业介绍、最新公告、产品展示、招聘信息能通过留言板或联系方式找企业。这些内容以看得见、查得到为主不需要注册登录。管理员视角要维护上面那些内容登录后台后能发布新闻、上下架产品、管理招聘职位、回复留言顺便改一改网站的标题和联系方式。这两类需求合并后系统的功能边界就出来了。前台是一个数据展示门户后台是一个内容管理后台CMS。这个定位非常重要——如果题目本身只是门户网站千万不要自己拍脑袋加购物车、订单、用户积分之类的电商功能。每次我遇到有人把这俩混在一起项目都会失控代码量翻倍不说答辩时还会被问得很难受。1.2 JSP、JavaBean、Servlet、JDBC各自的活很多资料喜欢把这三个名词堆在一起讲结果新手越看越糊涂。这里我用大白话把分工理一遍JSPJava Server Pages负责把Java数据变成HTML页面。它本质是一个运行在服务器上的模板里面可以写HTML也可以通过标签或小脚本把Java对象的属性输出到页面上。JavaBeanJava类负责装数据和处理业务规则。一个JavaBean通常有两类一类是实体Bean对应数据库表结构比如新闻对象、产品对象另一类是业务Bean这里我们通常叫DAO负责查询数据、保存数据、删除数据。Servlet控制器严格来说一个规范的Java Web项目里JSP不该直接处理请求而应该由Servlet接收请求、调用JavaBean、再跳转到JSP渲染。不过你会发现很多入门版门户网站为了省事直接在JSP页面里写处理逻辑标题里的jspjava bean组合在不少参考实现里就是指JSP页面JavaBean类控制器角色被压缩了。我不推荐完全去掉Servlet但可以理解这种简化后面说代码结构时我会给出更稳的写法。JDBCJava DataBase ConnectivityJava连接数据库的标准接口通过它发送SQL语句到MySQL并取回结果。把这四个角色装进脑子里整个项目的技术框架就已经成型MySQL存数据JavaBean承载数据与业务JDBC负责两者之间的通道JSP把数据铺到页面上Servlet作为可选的前端控制器。2. 动工前的模块拆解前台与后台分开设计很多参考代码把前后台混在同一个目录里页面和逻辑纠缠在一起后期改一个功能要牵全身。我这个项目里坚持前台和后台目录分离物理上就隔开。目录结构大概是这样的webapp/ ├── index.jsp // 门户首页入口 ├── about.jsp // 企业简介 ├── news_list.jsp // 新闻列表 ├── news_detail.jsp // 新闻详情 ├── product_list.jsp // 产品列表 ├── product_detail.jsp // 产品详情 ├── job_list.jsp // 招聘列表 ├── contact.jsp // 联系我们 ├── message_add.jsp // 在线留言提交 ├── css/ images/ // 静态资源 ├── common/ │ ├── header.jsp // 公共头部 │ └── footer.jsp // 公共底部 └── admin/ ├── login.jsp // 后台登录 ├── index.jsp // 后台首页数据概览 ├── news_manage.jsp // 新闻管理 ├── news_add.jsp // 发布新闻 ├── product_manage.jsp // 产品管理 ├── job_manage.jsp // 职位管理 └── message_manage.jsp // 留言管理这样设计之后访客访问的页面都集中在根路径管理后台统一挂在admin/下面通过登录状态做一道拦截。代码维护时改前台样式不会碰到后台逻辑加一个功能模块也只需要在对应位置补页面和Bean。2.1 每个模块需要哪些字段和交互以新闻模块为例它是管理后台最典型的功能。管理员登录后进入新闻管理页看到的是一个表格列出了已有新闻的标题、发布时间、操作按钮编辑、删除。点击发布新闻进入编辑页填标题和正文提交后写入数据库然后刷新列表。前台新闻列表页按发布时间倒序展示标题点击任意标题进入详情页展示正文全文。产品模块稍微特殊一点因为产品一般带有图片。需要注意字段里要留一个图片路径而不是把图片本身塞进数据库。上传的图片保存到服务器某个目录比如upload/下数据库中只存文件名或访问路径。招聘模块则偏文本化职位名称、招聘人数、学历要求、薪资范围、岗位职责、发布时间。前台展示时可以做成列表加详情也可以直接一个页面全部列出根据内容量决定。留言模块是唯一一个从访客到管理员的交互点。前台提供表单访客填写姓名、联系方式、留言内容提交后插入数据库。管理员在后台看到留言列表可以对它做标记已回复或删除处理。这个模块虽然小但它是整个门户里最能体现前后台数据流动的功能建议不要省。2.2 管理员登录权限怎么设计才不显得脆弱后台管理页面不能让所有人直接访问所以登录校验是必须的。最简单的做法是登录成功后把管理员用户名放进Session后台页面的公共头部检查Session里有没有这个值没有就跳回登录页。这里的坑在于很多参考代码只在菜单上隐藏了后台入口或者只在admin/index.jsp一个页面做了判断。实际要保护的是后台所有页面否则直接输入admin/news_manage.jsp地址就能绕过登录。我建议用一个简单的公共包含页面admin/check_login.jsp专门做Session判断然后在每个后台管理页面的第一行% include filecheck_login.jsp %一劳永逸。管理员表不用设计得很复杂字段就三个id、username、password。密码不要明文存至少用MD5做一次摘要登录时把输入密码也做同样的摘要再和库里比对。虽然这个项目不是高安全场景但这个习惯值得从入门就培养。3. 请求流转与代码结构一次新闻列表是怎么被渲染出来的这里我把最关键的执行链路用文字完整还原一遍你看完就知道JSPJavaBean根本没有神秘感。假设访客在浏览器里输入http://localhost:8080/portal/news_list.jsp。服务器收到请求后Tomcat找到名为portal的Web应用下的news_list.jsp文件执行其中的JSP代码。JSP里有这样一段jsp:useBean idnewsDao classcom.portal.dao.NewsDAO scopepage / % ListNews list newsDao.getAllNews(); request.setAttribute(newsList, list); %这段代码的意思是创建一个新闻数据操作对象newsDao调用它的getAllNews()方法拿到新闻列表放进request作用域。紧接着页面下方用JSTL循环输出c:forEach varnews items${newsList} lia hrefnews_detail.jsp?id${news.id}${news.title}/a/li /c:forEach浏览器最终收到的是纯HTMLJSP和JavaBean在这些HTML生成之后就已经退场了。3.1 JavaBean分成两层实体Bean与数据操作Bean不少入门代码把JavaBean当做一个类从头写到尾数据库操作逻辑和属性封装全塞在一起导致代码复用性很差。我习惯把JavaBean拆成两类第一类是实体BeanModel例如News类里面是数据库中news表的字段和对应的getter/setterpackage com.portal.entity; public class News { private int id; private String title; private String content; private String publishTime; public int getId() { return id; } public void setId(int id) { this.id id; } public String getTitle() { return title; } public void setTitle(String title) { this.title title; } public String getContent() { return content; } public void setContent(String content) { this.content content; } public String getPublishTime() { return publishTime; } public void setPublishTime(String publishTime) { this.publishTime publishTime; } }第二类是数据操作BeanDAO例如NewsDAO里面是访问数据库的具体方法package com.portal.dao; import com.portal.entity.News; import com.portal.util.DBUtil; import java.sql.*; import java.util.ArrayList; import java.util.List; public class NewsDAO { public ListNews getAllNews() { ListNews list new ArrayList(); String sql SELECT id, title, content, publish_time FROM news ORDER BY publish_time DESC; try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql); ResultSet rs ps.executeQuery()) { while (rs.next()) { News news new News(); news.setId(rs.getInt(id)); news.setTitle(rs.getString(title)); news.setContent(rs.getString(content)); news.setPublishTime(rs.getString(publish_time)); list.add(news); } } catch (SQLException e) { e.printStackTrace(); } return list; } public News getNewsById(int id) { // 单条查询略 } public boolean addNews(News news) { // 插入逻辑 } public boolean updateNews(News news) { // 更新逻辑 } public boolean deleteNews(int id) { // 删除逻辑 } }3.2 数据库连接不要写死在每个DAO里上面代码里有一个DBUtil.getConnection()这是一个工具类统一负责创建数据库连接。这是整个项目里容易被新手忽略但极度重要的一处设计。如果你在每个DAO方法里都DriverManager.getConnection(jdbc:mysql://...)一旦数据库地址或账号变了你要改十几个地方漏一处就是灾难。把所有连接参数收口到DBUtil里只改一个类即可package com.portal.util; import java.sql.Connection; import java.sql.DriverManager; import java.sql.SQLException; public class DBUtil { private static final String DRIVER com.mysql.cj.jdbc.Driver; private static final String URL jdbc:mysql://localhost:3306/portal_db?useSSLfalseserverTimezoneAsia/ShanghaicharacterEncodingutf8; private static final String USER root; private static final String PASSWORD 123456; static { try { Class.forName(DRIVER); } catch (ClassNotFoundException e) { e.printStackTrace(); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(URL, USER, PASSWORD); } }这里提前说一下两个高频坑MySQL 8.x版本驱动类名是com.mysql.cj.jdbc.Driver不是老版本的com.mysql.jdbc.DriverURL连接参数里如果不带serverTimezoneAsia/Shanghai很多环境会报时区错误。3.3 后台发布新闻的完整数据流后台表单页news_add.jsp里有一个HTML表单提交后到达处理页news_add_do.jsp。处理页里的逻辑是设置请求编码读取表单字段组装News对象调用NewsDAO.addNews()然后跳转回新闻管理列表。看这段代码的先后顺序就明白了% page contentTypetext/html; charsetutf-8 pageEncodingutf-8 % % request.setCharacterEncoding(utf-8); String title request.getParameter(title); String content request.getParameter(content); News news new News(); news.setTitle(title); news.setContent(content); NewsDAO dao new NewsDAO(); boolean ok dao.addNews(news); if (ok) { response.sendRedirect(news_manage.jsp); } else { out.println(发布失败请重试); } %注意这里有一个细节跳转时用的是response.sendRedirect而不是forward。区别在于sendRedirect让浏览器发出一个新的请求地址栏会变成news_manage.jsp刷新页面不会重复提交表单而forward是服务器内部转发地址栏不变刷新时会重新提交导致重复插入数据。这个问题在演示答辩时特别容易翻车我之前就见过有人连续点了两次刷新新闻列表里冒出好几条一模一样的记录。4. 数据库建模门户网站的关键表怎么设计才不冗余数据库设计说难不难说简单也不简单。我在建模初期吃过亏——一开始图省事只建了一张超大的content表想用类型字段区分新闻、产品、招聘结果写SQL的时候到处是WHERE typenews逻辑非常别扭。后来老老实实拆表每个模块一张表清爽多了。这里给出的是一套适合JSPJavaBean入门项目的表结构总共5张核心表加1张管理员表。用MySQL建库时字符集一定要指定utf8mb4否则中文可能出现乱码或四字节表情存不进去CREATE DATABASE portal_db DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE portal_db; CREATE TABLE admin ( id INT AUTO_INCREMENT PRIMARY KEY, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(64) NOT NULL ); CREATE TABLE news ( id INT AUTO_INCREMENT PRIMARY KEY, title VARCHAR(200) NOT NULL, content TEXT, publish_time DATETIME DEFAULT CURRENT_TIMESTAMP ); CREATE TABLE product ( id INT AUTO_INCREMENT PRIMARY KEY, name VARCHAR(100) NOT NULL, category VARCHAR(50), image_path VARCHAR(200), intro VARCHAR(500), content TEXT, publish_time DATETIME DEFAULT CURRENT_TIMESTAMP ); CREATE TABLE job ( id INT AUTO_INCREMENT PRIMARY KEY, position VARCHAR(100) NOT NULL, requirement VARCHAR(500), salary VARCHAR(50), place VARCHAR(100), publish_time DATETIME DEFAULT CURRENT_TIMESTAMP ); CREATE TABLE message ( id INT AUTO_INCREMENT PRIMARY KEY, visitor_name VARCHAR(50), visitor_phone VARCHAR(20), visitor_email VARCHAR(100), content VARCHAR(1000), is_reply TINYINT DEFAULT 0, create_time DATETIME DEFAULT CURRENT_TIMESTAMP );4.1 为什么产品表要有category和intro产品模块和企业简介模块不同它天然带着分类属性。比如一家制造业企业可能有智能设备配件耗材两条产品线。如果没有category字段前台做分类筛选几乎无从下手。intro字段的作用是列表页的摘要长度控制在500字以内避免列表页因为加载正文全文而变得很长。这种列表页只显示摘要详情页加载全文的字段设计思路在内容型网站里是通用做法。4.2 招聘表要不要拆成两张表有人问岗位职责和任职要求那么多条是不是应该拆成子表。我的建议是如果是像本系统这样的轻量门户不需要。把要求做成一个requirement文本字段写的时候用换行分隔或分号分隔即可。拆成两张表意味着要引入主键外键关联、多表查询复杂度上去了实际收益却很小。做项目最忌讳的不是功能少而是复杂度超过了题目的需要。中小型企业门户网站这个题目决定了它不需要把招聘做成一站式招聘平台。4.3 新闻表为什么不需要外键关联admin表新闻表里没有记录发布人ID只存了标题、正文、发布时间。这是因为本项目的管理员数量极少通常就一两个发新闻时不需要精确到哪个管理员发的。如果需要可以在news表里加一个author字符串字段发布时把管理员用户名塞进去。真的没必要为此建外键关联admin表否则还要考虑管理员的增删对新闻历史数据的影响。记住一句话外键和关联不是越多越好而是够用就好。5. 前台页面渲染的几种手段useBean、JSTL和小脚本JSP页面里写Java代码有三种主流方式很多项目同时混用了这三种方式这本身没问题但要弄清楚各自的使用场景否则页面会变得很难读。5.1 jsp:useBean与jsp:getProperty适合简单数据jsp:useBean是题目里JavaBean比较直观的体现。它的作用是在JSP页面里实例化一个JavaBean对象并存放到指定作用域jsp:useBean idnow classjava.util.Date scopepage / 当前时间jsp:getProperty namenow propertytime /对于门户网站而言这种标签适合在页面上直接输出实体对象的属性。它看起来优雅但功能有限——你不能在标签里写循环、写条件。所以它只适合零散输出一个对象属性的场景比如页面头部显示当前管理员用户名。5.2 JSTLEL是列表页的推荐方式产品列表、新闻列表这类多条数据循环输出的场景我强烈建议使用JSTL核心标签加EL表达式。使用前要在JSP页面顶部引入标签库% taglib prefixc urihttp://java.sun.com/jsp/jstl/core %然后在页面上用forEach循环c:forEach varp items${productList} li a hrefproduct_detail.jsp?id${p.id}${p.name}/a p${p.intro}/p /li /c:forEachEL表达式${p.name}会自动调用Product类的getName()方法这就是Bean的命名规则为什么必须遵循getter/setter的原因。可以说Bean约定和JSP的EL表达式是天然配套的。5.3 小脚本% %越少越好JSP里直接写% ... %是最直白的方式新手最喜欢用但它有个问题调试困难一个英文状态下的单引号写错整个页面白屏错误信息还不好定位。我的建议是页面里只保留取得数据、转交给EL这类短逻辑复杂业务一律下沉到JavaBean方法里。比如新闻列表页有一句通用做法是在页面顶部嵌套useBean再加一小段脚本获取数据jsp:useBean idnewsDAO classcom.portal.dao.NewsDAO scopepage / % request.setAttribute(newsList, newsDAO.getAllNews()); %这段脚本已经足够克制剩下的HTML展示全交给JSTL维护起来完全在可控范围。以后学了Spring MVC你再看这个写法就是Controller里拿数据、放到Model、JSP展示的雏形——知识迁移就是这么发生的。6. 图片上传、分页与搜索三个最容易被要求加的扩展点门户网站这个题目做过基础版本后评委或导师常问的问题通常是你这个产品图片是怎么传上去的新闻多了一页放不下怎么办用户能不能搜索所以这三个扩展点最好提前有准备。6.1 图片上传涉及的两个层面的问题产品图片上传表面上是文件操作实际上涉及两个层面一是文件如何从浏览器传到服务器的指定目录二是文件路径如何在数据库和页面之间流转。实现上不要用普通的表单application/x-www-form-urlencoded编码而要使用multipart/form-data编码并在后台用commons-fileupload组件解析请求。我的建议是直接在后台产品添加页里写一段统一的上传处理逻辑保存到upload/目录文件名用时间戳加随机数重命名避免中文名乱码和同名覆盖String savePath application.getRealPath(/upload); String newFileName System.currentTimeMillis() _ fileName; FileItem item upload.iterator().next(); item.write(new File(savePath, newFileName)); product.setImagePath(upload/ newFileName);数据库里存的是相对路径upload/xxx.jpg而不是绝对路径。这样做的原因是当项目部署到不同环境本机Tomcat、服务器Tomcat的webapps绝对路径都会变化只有相对路径是稳定的。页面展示图片时直接img src${p.imagePath} /就完事。6.2 分页查询的核心是limit参数计算新闻数量超过20条时列表页就要分页。分页的逻辑很简单但新手经常搞错的是页码参数的计算。MySQL的分页用LIMIT offset, size其中offset是跳过的记录数size是每页条数。假设每页显示 10条第page页的offset (page - 1) * pageSize。比如第1页offset0第2页offset10。DAO里分页查询的核心SQLSELECT id, title, content, publish_time FROM news ORDER BY publish_time DESC LIMIT ?, ?;同时你还需要一个总数查询SELECT COUNT(*) FROM news用于计算总页数totalPage (totalCount pageSize - 1) / pageSize。这个公式相当于向上取整比用Math.ceil直接写还要直观。6.3 搜索功能的SQL写法与防注入门户网站的搜索最实用的就是新闻标题模糊搜索和产品名称模糊搜索。实现方式都是同一个套路把关键词拼进LIKE查询。但这里有一个安全红线——绝对不能直接做字符串拼接而要用PreparedStatement占位符String sql SELECT * FROM product WHERE name LIKE ?; PreparedStatement ps conn.prepareStatement(sql); ps.setString(1, % keyword %); ResultSet rs ps.executeQuery();如果你写成SELECT * FROM product WHERE name LIKE % keyword %一旦关键词里包含单引号或SQL关键字轻则查询报错重则被构造出恶意SQL。这个问题在答辩时经常被问能脱口说出用PreparedStatement防止SQL注入比你说三千字功能描述都加分。7. 部署上线与运行环境配置从本机到演示环境的完整步骤一个JSPJavaBean的Web项目最终交付时通常是这样一个形态MySQL数据库脚本、项目源码压缩包、部署说明文档。让别人能在自己电脑上跑起来是这类项目的基本交付标准。7.1 本机跑通的三个必要条件首先要确认三个环境变量到位JDK版本建议8或11、Tomcat建议8.5或9与JDK版本匹配、MySQL5.7或8.0都可以。然后按下面步骤走在MySQL里执行前面给出的建库建表SQL并插入一条管理员初始账号。确认DBUtil.java里的账号密码、URL和你本机一致。使用Eclipse或IDEA配置Tomcat服务器部署项目启动。如果不用IDE也可以直接打WAR包放到Tomcat的webapps目录启动Tomcat后它会自动解压部署。访问入口是http://localhost:8080/portal/index.jsp其中portal是应用上下文路径取决于你的WAR包名称或IDE里的Application context。7.2 从零开始最容易卡的五个运行时错误我总结一下新手在这个项目上最容易卡住的地方每个都是我实际遇到或帮别人排查过的现象根因解决办法启动时ClassNotFound异常JDBC驱动包mysql-connector-java.jar没放到WEB-INF/lib把jar放进lib目录确认项目编译时也引用了页面中文全是问号数据库连接URL缺少characterEncodingutf8或JSP页面没写UTF-8URL加上编码参数JSP头部设置pageEncodingutf-8登录成功却跳回登录页Session作用域写错比如存进了request登录成功后用session.setAttribute(adminName, username)404找不到页面路径写错或应用上下文不含/portal检查页面间跳转的路径是否带上下文或直接用相对路径时间差8小时数据库时区设置问题URL加serverTimezoneAsia/Shanghai或建表时指定datetime默认值7.3 部署前顺手做掉的几处面子工程演示项目最容易在最后一刻漏掉小细节首页没有给空数据做提示、管理员后台删除操作没有二次确认、页面标题统一写成了默认的Untitled。我的经验是在最终交付前留出半天专门挑刺给所有空列表加一句暂无数据提示否则满屏空白很尴尬。删除操作加一个onclickreturn confirm(确定删除吗)既保护数据也显得专业。页面title统一改成企业门户相关名称浏览器标签页看起来整洁。后台登录页加一个跳回首页的链接演示操作时万一在后台迷失了能一键出去。这些小改动工作量不大但对整体观感的提升非常明显。8. 踩坑记录我在调试这类项目时最典型的三个问题最后这一段我不按章节套路来就讲几个真实调试过程中印象最深的坑给后面做类似项目的人一个提前预警。8.1 新闻管理列表刷新后重复插入的真相第一次发现这个bug是在演示前两小时。我在后台点发布新闻再点浏览器刷新结果新闻列表里出现了两条一模一样的记录。排查时我先以为是sendRedirect写错了后来发现地址栏确实已经跳到了news_manage.jsp但刷新时浏览器重新提交了上一次表单请求。真正的问题出在发布成功用的不是sendRedirect而是forward——地址栏停留在news_add_do.jsp刷新自然重新执行了插入。修复方案很简单发布成功后一律用response.sendRedirect(news_manage.jsp)。这个坑的教训是表单提交后的页面跳转优先用重定向而不是请求转发。8.2 本地正常、换台电脑就白屏的静态资源路径问题项目在自己的电脑上一切正常拷给别人就发现CSS样式全丢了页面排版完全错乱。原因在于我在JSP页面里写了hrefcss/style.css然后浏览器访问的URL是http://localhost:8080/portal/news_list.jsp浏览器在相对路径下会去请求http://localhost:8080/css/style.css而项目部署目录是/portal所以CSS请求404了。这段经历让我记住了JSP里引用静态资源时要用带上下文的绝对路径。直接用JSP内置的pageContext.request.contextPath拼路径link relstylesheet href${pageContext.request.contextPath}/css/style.css /这样不管项目部署在/portal、/company还是根路径下静态资源都能正确加载。8.3 JDBC连接一直超时的版本匹配问题还有一次是在MySQL 8.0环境里怎么都连接不上数据库控制台报错里带有Public Key Retrieval is not allowed。谷歌搜索后才知道MySQL 8.0默认的认证插件是caching_sha2_passwordJDBC驱动版本如果太老或者URL缺少allowPublicKeyRetrievaltrue参数连接就会被拒绝。最终的连接URL是这样解决的jdbc:mysql://localhost:3306/portal_db?useSSLfalseserverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltruecharacterEncodingutf8这提醒我一件事情做这类教学型项目技术栈虽然老但依赖的官方驱动、数据库版本都在更新千万别以为老项目不用考虑版本问题。最后再说一句实在话JSPJavaBean这套组合在真实的生产环境里确实已经不是主流选择但它作为理解Java Web底层运转方式的训练项目依然有不可替代的价值。把门户网站这个题目完整做下来你收获的不仅是一个能演示的系统更是一套前端页面、后台逻辑、数据库操作如何协作的思维框架。之后再去接触Spring MVC、MyBatis乃至Spring Boot你会发现所有的概念都能在新框架里找到对应位置学习曲线会平缓很多。