简介压缩包内含一套完整的JavaWeb学生成绩管理系统基于MyEclipse和SQL Server构建覆盖从前端页面到后台数据库的完整实现特别适合JavaWeb初学者进行课程设计或项目练手。资源约3.87MB其中包含数据库后台代码含存储过程、触发器、用户自定义函数、系统功能展示页面图片以及详细的设计报告可帮助读者理清成绩管理系统的表结构、业务逻辑与权限控制。系统划分三种权限管理员可管理教师、院系、课程和学生信息教师能录入和修改所教班级成绩同时维护个人信息学生支持查询选修课程成绩和个人资料。目前已有6041人学习资源结构清晰、功能明确是学习JSP/Servlet和SQL Server数据库编程的实用案例。1. 拿到“学生成绩管理系统.rar”之后你真正要面对的是什么如果你在学校或者培训机构待过大概率见过这种压缩包名字叫“JavaWeb的学生成绩管理系统”解压出来是一堆.java、.jsp、.xml和一个数据库脚本.sql。它不是什么高大上的生产级应用但它是无数 JavaWeb 初学者第一个完整的项目案例——有登录、有权限区分、有增删改查、有简单的统计报表。说白了它就是一份能让你把 Servlet、JSP、MySQL、Tomcat 这些零散知识点串起来的“完整骨骼”。但这个 .rar 最大的问题不是功能少而是你很可能按照网上的教程跑不起来。我见过太多人卡在 404、中文乱码、数据库连不上然后开始怀疑自己是不是不适合写代码。这篇笔记就带你走一遍从解压到调通的完整路径并把最常见的几个翻车点一次性讲透。2. 从解压到跑通IDEA运行JavaWeb项目配置与最小启动路径2.1 先看清压缩包里装了什么目录结构决定部署方式很多同学拿到压缩包第一件事就是双击idea里的.iml文件或者直接点开.jsp这是错误的。你应该先打开压缩包看到完整的目录结构再动手。典型的学生成绩管理系统压缩包长这样StudentScoreSystem/ ├── src/ │ ├── com/score/dao/ # 数据库操作层 │ ├── com/score/entity/ # 实体类Student、Course、Score │ ├── com/score/servlet/ # Servlet 控制器 │ ├── com/score/util/ # 工具类连接数据库、字符串处理 │ └── com/score/filter/ # 过滤器编码、登录校验 ├── web/ │ ├── WEB-INF/ │ │ ├── web.xml # Web 部署描述符 │ │ └── lib/ # 项目依赖的 jar 包 │ ├── css/ │ ├── js/ │ ├── index.jsp │ ├── login.jsp │ └── score_list.jsp ├── sql/ │ └── score_manager.sql # 建库建表脚本 ├── README.md # 项目说明有的压缩包没有 └── pom.xml # 如果看到这个说明是 Maven 项目这里有两个关键信号。第一如果看到web/WEB-INF和.jsp说明这是一个传统 JavaWeb 项目不是 Spring Boot。第二如果看到pom.xml说明它用了 Maven 管理依赖如果没有那就是手动把 jar 放进lib的老方式。这两个项目的导入方式完全不同很多人翻车就在这一步。我一般会先打开web/WEB-INF/web.xml看一眼。这里配置了 Servlet 映射、欢迎页和过滤器。比如web-app xmlnshttp://xmlns.jcp.org/xml/ns/javaee version3.1 welcome-file-list welcome-filelogin.jsp/welcome-file /welcome-file-list servlet servlet-nameLoginServlet/servlet-name servlet-classcom.score.servlet.LoginServlet/servlet-class /servlet servlet-mapping servlet-nameLoginServlet/servlet-name url-pattern/login/url-pattern /servlet-mapping /web-appurl-pattern决定了浏览器访问的路径。比如/login对应LoginServlet那表单提交的时候 action 就应该写login而不是写 Servlet 的类名。很多 404 问题就是这里前后不匹配。2.2 用IDEA导入项目Maven还是普通Web项目的判断接下来就看怎么导入 IDEA。这里分两种情况。情况一有 pom.xmlMaven 项目打开 IDEA选择File - Open选中解压出来的文件夹点 OK。IDEA 会自动识别 pom.xml 并下载依赖。如果一切顺利右下角会出现 Maven 导入的进度条。如果网络不好或者配置了国内的镜像源可能要等一阵。导入后打开Project Structure快捷键CtrlAltShiftS确认Artifacts里有没有一个war或者war exploded。情况二没有 pom.xml普通 Web 项目这种老项目更常见也更容易踩坑。在 IDEA 里操作顺序是File - New - Project from Existing Sources选文件夹然后一直 Next。导入完成后打开Project Structure - Modules点选Web然后指定web目录为Web Resource Directory。同样在Artifacts里点选Web Application Exploded把左边可用的构建内容拖到右边。这一步容易犯的错误是Web Resource Directory选错了选成了src/main/webapp但项目实际用的是web。这个路径没有标准不同项目命名不一样只能以实际目录为准。设置完之后还要检查Project Structure - Libraries。没有 Maven 的项目依赖的 jar 包全在web/WEB-INF/lib里。IDEA 在导入普通项目时不一定能自动识别你需要手动点选Java然后选中整个lib目录把它们加进 Libraries。否则你写代码的时候不报错一启动 Tomcat 就会报ClassNotFoundException比如找不到 Servlet 相关的类。2.3 启动前必改的配置数据库连接、端口与Artifact部署方式项目导入之后最不能直接点的就是右上角那个绿色三角。先检查三处配置。首先是数据库连接。项目里通常有一个db.properties或者JDBCUtil.java里面写着drivercom.mysql.cj.jdbc.Driver urljdbc:mysql://localhost:3306/score_manager?useSSLfalseserverTimezoneAsia/Shanghai usernameroot password123456这里的password大概率不是你本地的密码。改成你自己的。还有一个非常隐蔽的坑serverTimezone参数MySQL 8.x 必须指定时区否则启动连接的时候会报The server time zone value Öйú±ê׼ʱ¼ä is unrecognized。如果你连接的是 MySQL 5.x驱动路径应该写成com.mysql.jdbc.Driver而且不需要serverTimezone但 MySQL 8.x 必须用com.mysql.cj.jdbc.Driver。其次是端口。Tomcat 默认是 8080如果没被占用就不用管。但如果你同时开着其他服务可以在 Run Configuration 里改端口。不过要记得改的是 Tomcat 的 HTTP 端口不是那个JMX端口很多人改了半天访问还是 8080就是因为改错了地方。最后是 Artifact 的部署方式。IDEA 里 Tomcat 配置页的Deployment选项卡下你会看到类似项目名:war exploded的内容。Application context那一栏的值决定了访问路径。比如默认是/StudentScoreSystem_war_exploded/那么浏览器访问地址就是http://localhost:8080/StudentScoreSystem_war_exploded/login.jsp。如果只想用根路径访问就把 Application context 改成/。很多教程里让你访问http://localhost:8080/index.jsp而你实际访问的时候变成了一大串问题就出在这。配置到这里正常启动后就能看到登录页了。但别高兴太早大概率还会遇到下面几章的问题。3. 学生成绩管理系统的数据库设计三张表撑起一个业务闭环3.1 需求拆解学生、课程、成绩各自的边界学生成绩管理系统听起来简单但真让你从头设计数据库很多人会做成一锅粥。常见需求无非是管理员登录后可以维护学生信息、课程信息给某个学生录入某门课的成绩然后按学生或者按课程查询成绩。这个业务闭环里有个关键点成绩不是独立存在的它必须同时依赖学生和课程。所以最合理的做法是建三张表student表存学生学号、姓名、班级course表存课程编号、课程名、学分score表存学生号、课程号、分数。score表里的学号和课程号分别引用另外两张表的主键这就是所谓的外键关系。很多教程里为了让成绩表独立会把学号和课程号直接作为普通字段存进去不建外键也能跑。但从数据的完整性考虑我建议保留外键否则你很容易录进去一条没有对应学生的成绩。3.2 建库建表SQL字段类型、字符集与外键约束一份常见的学生成绩管理系统建表脚本长这样CREATE DATABASE IF NOT EXISTS score_manager DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE score_manager; CREATE TABLE student ( id INT AUTO_INCREMENT PRIMARY KEY, student_no VARCHAR(20) NOT NULL UNIQUE COMMENT 学号, name VARCHAR(50) NOT NULL COMMENT 姓名, class_name VARCHAR(50) COMMENT 班级, created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE course ( id INT AUTO_INCREMENT PRIMARY KEY, course_no VARCHAR(20) NOT NULL UNIQUE COMMENT 课程编号, course_name VARCHAR(50) NOT NULL COMMENT 课程名, credit DECIMAL(3,1) DEFAULT 2.0 COMMENT 学分 ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE score ( id INT AUTO_INCREMENT PRIMARY KEY, student_id INT NOT NULL COMMENT 学生ID, course_id INT NOT NULL COMMENT 课程ID, score DECIMAL(5,2) COMMENT 成绩, exam_date DATE COMMENT 考试日期, UNIQUE KEY uk_student_course (student_id, course_id), CONSTRAINT fk_student FOREIGN KEY (student_id) REFERENCES student(id) ON DELETE CASCADE, CONSTRAINT fk_course FOREIGN KEY (course_id) REFERENCES course(id) ON DELETE CASCADE ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;说几个容易被忽略的地方。第一utf8mb4不是utf8。如果表结构是utf8插入 emoji 表情或者生僻字会报错。第二score字段没写UNSIGNED这意味着理论可以录负数实际应该在业务代码里校验。第三UNIQUE KEY uk_student_course保证了同一个学生同一门课只能有一条成绩记录这个约束非常重要它能把业务层的重复提交问题提前挡在数据库层。3.3 为什么常见教程都选三张表而不是一张宽表我见过一些很粗暴的设计一张表里直接放学号、姓名、班级、课程名、学分、成绩以为这样查询方便。结果就是同一个学生的数据在表里出现多次姓名班级要重复维护。如果学生改了班级得更新所有记录如果某门课没有学生选课程信息就插不进去。这是典型的宽表未拆分问题。三张表的优势在于每个实体的信息只存一份成绩表通过外键关联数据的修改只发生在源表。查询的时候用JOIN把三张表拼起来虽然多花了一点 SQL但整体逻辑清晰得多。这也是大多数学生成绩管理系统采用三张表的原因——不是没技术含量而是用最小的成本满足需求。不过这里也有个实际取舍。外键约束虽然能保证数据完整性但在高并发写入场景下会略微影响性能。学生成绩管理系统这种低并发应用用到它几十个人同时用已经很夸张了所以外键带来的维护价值远大于性能损失。我自己在改这类项目的时候会把外键建上同时把所有涉及的查询都写成JOIN你会发现后期加一个“按教师查询他所教课程成绩”的功能只需要再加一张教师课程关联表改动面很小。4. 核心业务实现套路从登录到成绩查询看这个项目的骨架4.1 登录与session管理JavaWeb访问控制的常见写法学生成绩管理系统通常分两种角色管理员和普通学生或者教师。登录逻辑在 Servlet 里写核心是存 session 和做拦截。一个典型的LoginServlet的 doPost 方法长这样String username request.getParameter(username); String password request.getParameter(password); // 实际项目应该用 MD5 加盐或者 BCrypt这里只做演示 if (admin.equals(username) 123456.equals(password)) { HttpSession session request.getSession(); session.setAttribute(loginUser, username); session.setAttribute(role, admin); response.sendRedirect(index.jsp); } else { request.setAttribute(errorMsg, 用户名或密码错误); request.getRequestDispatcher(login.jsp).forward(request, response); }这段代码里有两个细节值得注意。第一response.sendRedirect是重定向让浏览器重新发起一次请求地址栏会变成index.jsp。第二forward是转发地址栏不变但请求里带了一个errorMsg属性可以在页面上显示。这两个方法用错经常导致页面地址对不上或者request域里的值取不到。登录校验的拦截一般写在一个Filter里面这里用javax.servlet.Filter接口JavaWeb 里没有成熟的权限框架大家都是自己写。常见的做法是public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request (HttpServletRequest) req; HttpServletResponse response (HttpServletResponse) resp; HttpSession session request.getSession(false); String uri request.getRequestURI(); // 放行登录页、登录接口和静态资源 if (uri.endsWith(login.jsp) || uri.endsWith(/login) || uri.startsWith(request.getContextPath() /css/)) { chain.doFilter(request, response); return; } if (session null || session.getAttribute(loginUser) null) { response.sendRedirect(login.jsp); return; } chain.doFilter(request, response); }这里的坑在于request.getSession(false)和getSession()不同后者如果用户没有 session 会新创建一个可能绕过拦截。另外放行路径的匹配很容易写错尤其是 CSS、JS、图片这些静态资源。如果你没放行浏览器加载页面时会因为拿不到样式而变成纯 HTML那时候你会以为是自己页面写错了。4.2 成绩录入事务与防重复提交成绩录入是这个项目里唯一涉及写多张表的地方吗严格说不是但如果你加了“录入时同时更新学生平均分”之类的冗余字段就需要事务了。常见的成绩录入操作是先检查学生和课程是否存在然后插入score表。这里面一个很现实的问题是防重复提交——用户第一次点击保存页面没有跳转用户气得又点了一次结果数据库里出现两条相同成绩。数据库层已经加了UNIQUE KEY (student_id, course_id)所以第二次插入会直接报异常。那业务层怎么处理常见做法是先查一次是否存在存在就执行UPDATE不存在才执行INSERT。这本质是upsert的逻辑。JavaWeb 项目里很多人会这样写// 先查询是否已有成绩记录 PreparedStatement ps conn.prepareStatement( SELECT id FROM score WHERE student_id? AND course_id?); ps.setInt(1, studentId); ps.setInt(2, courseId); ResultSet rs ps.executeQuery(); if (rs.next()) { // 存在则更新 ps conn.prepareStatement( UPDATE score SET score? WHERE student_id? AND course_id?); ps.setBigDecimal(1, new BigDecimal(score)); ps.setInt(2, studentId); ps.setInt(3, courseId); } else { // 不存在则插入 ps conn.prepareStatement( INSERT INTO score (student_id, course_id, score, exam_date) VALUES (?, ?, ?, ?)); ps.setInt(1, studentId); ps.setInt(2, courseId); ps.setBigDecimal(3, new BigDecimal(score)); ps.setDate(4, java.sql.Date.valueOf(examDate)); } ps.executeUpdate();这里再强调一次PreparedStatement的占位符从 1 开始数不是从 0。很多人第一次写 JDBC 就在这里闹乌龙导致参数对不上。再者score字段如果从页面传进来是字符串直接用new BigDecimal(score)在输入为空时会抛NumberFormatException所以页面端要做校验或者在 Servlet 里先判断是否为null和空字符串。如果你做的项目里成绩录入还涉及“修改学生平均分”这种冗余操作就一定要用事务了。否则出现一半成功一半失败数据会变得不可信。事务写法其实很简单conn.setAutoCommit(false); try { // 插入成绩 // 更新学生统计 conn.commit(); } catch (Exception e) { conn.rollback(); e.printStackTrace(); } finally { conn.setAutoCommit(true); conn.close(); }但很多初学者根本没意识到setAutoCommit(false)是在这个环节用的。一个只有单表操作的成绩系统用不上事务但一旦加了多个写操作事务就是后悔药能让你的数据在出错时退回原样。4.3 多条件成绩查询SQL拼接与预编译的选择成绩查询页面一般有三个条件班级、课程名、关键字学号或姓名。页面提交过来Servlet 接收后拼 SQL。这时很多人喜欢直接字符串拼接比如String sql SELECT * FROM score WHERE 11 ; if (className ! null !className.isEmpty()) { sql AND s.class_name className ; }这种写法在项目能跑但它是 SQL 注入的温床。比如用户在班级输入框里输入 OR 11 --你的查询条件就变成了恒真整个成绩表全部暴露。正确的做法是保持预编译的占位符但问题是 WHERE 从句是动态的占位符个数不固定。常见的解决方案是ListString conditions new ArrayList(); ListObject params new ArrayList(); if (className ! null !className.isEmpty()) { conditions.add(s.class_name ?); params.add(className); } if (courseName ! null !courseName.isEmpty()) { conditions.add(c.course_name ?); params.add(courseName); } if (keyword ! null !keyword.isEmpty()) { conditions.add((s.student_no LIKE ? OR s.name LIKE ?)); params.add(% keyword %); params.add(% keyword %); } String baseSql SELECT s.student_no, s.name, s.class_name, c.course_name, sc.score, sc.exam_date FROM score sc JOIN student s ON sc.student_id s.id JOIN course c ON sc.course_id c.id; if (!conditions.isEmpty()) { baseSql WHERE String.join( AND , conditions); } PreparedStatement ps conn.prepareStatement(baseSql); for (int i 0; i params.size(); i) { ps.setObject(i 1, params.get(i)); } ResultSet rs ps.executeQuery();这样拼出来的 SQL 是可预编译的参数通过setObject传进去既安全又不会因为引号问题翻车。另外分页查询也是这个项目常加的功能一般用LIMIT ?, ?两个占位符但要注意setObject时用整数否则 MySQL 可能会报语法错误。5. JavaWeb成绩管理系统常见问题排查从404到中文乱码的五个现场5.1 404错误Artifact缺失或Tomcat访问路径不对现象启动 Tomcat 后访问http://localhost:8080/login.jsp页面报 404控制台没有明显异常。原因最常见的是部署时 Artifact 选错或者没有把 Web 资源目录标记正确。如果你用的是war exploded但项目里WEB-INF/classes下没有编译后的 class 文件Tomcat 找不到 Servlet。另一个原因是访问路径和 web.xml 里的url-pattern不一致。比如 web.xml 里映射的是/login你偏偏访问loginServlet那肯定找不到。解决先到 Tomcat 配置页面的Deployment标签页点开 Artifact 看一下右侧的 “Available Elements” 里有没有WEB-INF和编译后的 class。如果没有回到Project Structure - Artifacts把项目编译输出目录加进去。访问路径方面打开 web.xml 看servlet-mapping的url-pattern然后按照它去访问。我的排查习惯是先用http://localhost:8080/项目名/打开首页如果首页能出说明静态资源没问题问题在 Servlet 映射如果连首页都 404问题在 Artifact 或 web.xml 的欢迎页配置。5.2 中文乱码请求编码、响应编码与数据库编码三段不一致现象登录页面输入中文提交后显示??或者æµè¯这样的乱码。或者数据库中存的也是乱码。原因JSP 页面、Servlet 接收参数、数据库存储三个环节的编码不一致。最常见的两个点第一页面是UTF-8但 Servlet 里没有设置request.setCharacterEncoding(UTF-8)Tomcat 默认按ISO-8859-1解码 POST 请求的流第二MySQL 连接 URL 里没有加characterEncodingutf8导致 Java 传输过来的 UTF-8 字符串被数据库按 latin1 解析。解决在 Servlet 里所有接收参数之前统一加一行request.setCharacterEncoding(UTF-8); response.setContentType(text/html;charsetUTF-8);注意request的编码设置必须在第一个getParameter调用之前否则不生效。同时改一下 JSP 页面顶部的pageEncoding和 meta 标签% page contentTypetext/html; charsetUTF-8 languagejava %最后把数据库连接 URL 改成这样urljdbc:mysql://localhost:3306/score_manager?useSSLfalsecharacterEncodingutf8serverTimezoneAsia/Shanghai三个地方统一成 UTF-8 后中文问题基本绝迹。如果还乱码检查一下数据库表本身的字符集是不是utf8mb4有些表创建时默认 latin1那你怎么改 Java 都没用。5.3 连接MySQL失败驱动版本、URL参数和时区设置现象启动项目登录时一直提示“数据库连接失败”控制台能看到Communications link failure或者Unknown database。原因我先说几个最常见的情况。驱动 jar 包没有放进WEB-INF/lib或者 IDEA 的 Libraries 没加进来运行时会报ClassNotFoundException: com.mysql.jdbc.Driver。如果你用的是 MySQL 8.x驱动类应该是com.mysql.cj.jdbc.Driver但项目里写的是老版本的com.mysql.jdbc.Driver虽然这个类在 MySQL 8 驱动里还有但会警告。更典型的问题是Unknown database说明你的 MySQL 里根本没有score_manager这个库或者库名大小写不对。Linux 环境下 MySQL 默认区分大小写score_manager和Score_Manager是两回事。解决用命令先确认一下数据库能不能连mysql -u root -p -e show databases;看到score_manager这一行再执行use score_manager;看报不报错。连接 URL 里的库名必须和这里显示的名字完全一致。然后检查驱动版本java -jar mysql-connector.jar这种不行直接看文件名比如mysql-connector-java-8.0.33.jar就是 MySQL 8 的驱动。如果是 MySQL 5.x连接 URL 里的serverTimezone参数是可以去掉的加了反而有可能报错。还有一个很容易被忽略的点如果你的 MySQL 跑在云服务器上本地连不上八成是数据库权限没开。检查一下用户表里root的 host 是localhost还是%。这个项目是本地作业的话就用localhost就行。5.4 端口被占用8080被其他程序盯上时怎么处理现象启动 Tomcat 时 IDEA 控制台报错提示Port 8080 is already in use绿色三角变成了灰色。原因之前启动过一次 Tomcat 没关干净或者电脑上其他进程占了 8080。常见的是别的开发工具或后台服务。这时候别急着改端口先找到是谁占用了它。解决在命令提示符Windows或终端macOS/Linux里执行# Windows netstat -ano | findstr :8080 # macOS / Linux lsof -i :8080看到进程号后Windows 用taskkill /PID 进程号 /F强杀macOS/Linux 用kill -9 进程号。我个人的建议是如果只是临时冲突杀掉进程如果这台机器上一直有服务占用 8080那就直接改 Tomcat 端口。在 IDEA 的 Run Configuration 里找到 Tomcat Server 的 HTTP port改成 8081 或者 9090同时改完端口之后访问地址也要相应变化。改了端口还报错那就是JMX port一般默认 1099被占了那个也改一下。5.5 代码改了没生效热部署与浏览器缓存现象你修改了 Servlet 里的代码重启 Tomcat 之后访问还是旧的效果。或者你改了index.jsp刷新浏览器页面还在。原因很多学生在 IDEA 里更新代码后只点了“刷新”按钮没有重新编译。Servlet 的改动需要重新编译 class 文件而 JSP 文件的改动其实只在第一次访问时被 Tomcat 编译成 Java 类。Tomcat 默认有 JSP 自动刷新机制但 IDEA 的 Artifact 部署方式如果是war而非war exploded每次修改后都需要重新打包。解决开发环境一定用war exploded并且开启 IDEA 的Build - Build Project自动编译。然后在 Tomcat 配置页的On frame deactivation里选Update resources这样修改 JSP 后只要切出 IDEA 窗口再回来资源就会自动更新到 Tomcat 的部署目录。如果是 Servlet 改了光更新资源不够需要Redeploy或者重启。至于浏览器缓存最好的办法是打开开发者工具F12勾选Disable cache然后强制刷新。遇到那种“明明改了代码但就是不出新效果”的情况八成不是代码问题而是你访问的是浏览器缓存里旧页面。6. 回到这个项目本身值得做吗以及一个能少走弯路的验证习惯如果你问一个 JavaWeb 的学生成绩管理系统值不值得花时间跑通我的答案是值得但你要有目的地去跑。它的技术栈确实老Servlet JSP JDBC 这套东西放到现在的生产环境里早就被 Spring Boot 替掉了。可正因为老它才把所有繁琐细节摊在你面前——数据库连接要自己管、事务要自己提交回滚、过滤器和拦截器要自己写映射。跑通这一个项目你对 HTTP 请求从浏览器到 Tomcat 再到数据库的完整链路会有一个非常扎实的感知。这个感知是你后面学 Spring Boot 时能快速理解DispatcherServlet和Transactional到底在干什么的基石。我自己在带新人的时候特别喜欢让他们做一个额外的验证动作反查源码里的 SQL 语句和数据库表结构是否一致。大多数下载来的压缩包里代码和脚本是脱节的。比如代码里查询成绩用到了class_name字段但 SQL 脚本里student表根本没有这个字段。这种错只有在你手动执行一遍脚本、再用一段真实数据去跑功能的时候才会暴露。你可以写一段最简单的测试代码走一遍“登录 → 插入学生 → 插入课程 → 录入成绩 → 查询”的流程然后查数据库确认数据真的落库了。这 20 分钟能帮你排除掉项目本身一半以上的“黑匣子”。我的血泪经验是不要迷信压缩包里的 README 和教程截图他们说的路径、数据库账号、启动方式大概率和你本地环境不完全一样。你要做的不是复制粘贴而是把每个配置项当成一个需要确认的疑点。把这个项目从头到尾调通你就已经掌握了 JavaWeb 项目最基本的排错思路。希望你也能把这个项目的价值榨干而不是解压完成功启动之后就让它躺在硬盘里吃灰。希望帮到你。本文还有配套的精品资源点击获取