简介这是一套基于JavaWeb的学生实习管理系统项目源码面向计算机相关专业正在做毕设的学生以及需要项目实战练习的Java学习者可直接作为毕业设计或课程设计使用。系统采用B/S结构后台基于JSP、Servlet与JDBC实现数据库使用MySQL开发环境为JDK、Eclipse与Tomcat涵盖学生、老师、管理员三种角色学生可管理实习日志与实习反馈老师可对学生实习情况进行评价管理员则负责班级、学生、老师、通知及实习信息的管理与个人密码修改功能完善、界面美观、操作简单。资源包共3个文件包含项目源码压缩包、MySQL数据库脚本以及项目说明文档整体约4.88MB结构清晰便于快速导入与二次开发。目前已有3372人学习下载适合希望掌握JavaWeb完整开发流程、积累项目经验的读者参考使用。1. 从一份「能跑起来」的 JavaWeb 学生实习管理系统说起很多计算机毕设选题卡在同一个地方题目看着简单真动手才发现「学生实习管理系统」这七个字背后藏着一整套业务闭环。学生要提交实习单位、上传周报、等导师批阅导师要分配名额、审核材料、打分教务要导出成绩、统计去向。这三类角色权限不同、数据互相依赖用纯前端或者单文件 JSP 硬写做到一半就会崩。这个标题里的关键词是 JavaWeb、学生实习管理系统、项目源码、数据库脚本、毕设。它真正解决的不是「写个增删改查」而是给你一套结构清晰、能本地跑通、能改能答辩的完整工程。适合两类人一是时间紧、需要一份可复现骨架的毕设同学二是想借一个真实业务练 Servlet、JSP、JDBC、MVC 分层和 MySQL 建表的初学者。下面我按「先立住结构、再动手复现、最后讲坑」的顺序把这条路走一遍。2. 学生实习管理系统的分层结构与技术选型为什么不用一锅炖2.1 三层架构到底分的是什么JavaWeb 项目最容易翻车的地方是把所有逻辑塞进 JSP。页面里写 JDBC、写业务判断、写 HTML改一个字段要翻五个文件。学生实习管理系统这种带审批流的业务必须做分层否则后期加一个「导师驳回后学生重新提交」的状态流转你会想砸键盘。常见做法是经典 MVC 三层表现层Web 层Servlet 或 SpringMVC 控制器负责接收请求、校验参数、跳转页面。业务层Service 层处理实习申请、审批、周报、成绩这些业务规则事务控制放在这里。数据访问层DAO 层只跟数据库打交道一个实体对应一个 DAOSQL 集中管理。实体类Entity/POJO贯穿三层比如Student、Internship、WeeklyReport、Teacher。分层之后改数据库字段只动 DAO 和实体改业务规则只动 Service页面改样式只动 JSP互不牵连。提示毕设答辩时老师最爱问「你的项目分层了吗、事务加在哪一层」。把 Service 层作为事务边界答出来基本稳。2.2 技术栈怎么选才不给自己挖坑标题写的是 JavaWeb不是 SpringBoot所以核心是 Servlet JSP JDBC 这套原生组合。但热词里 SpringBoot、Vue 出现频率很高很多人纠结要不要上框架。我的建议是毕设以「能讲清楚、能跑通、能改」为第一优先级。方案技术组合适合场景风险原生 JavaWebServlet JSP JDBC MySQL想讲清底层原理、答辩好解释样板代码多手写分页和事务累SSMSpring SpringMVC MyBatis想体现框架能力配置多环境容易起不来SpringBootSpringBoot MyBatis 前端追求开发速度偏离「JavaWeb」标题底层被封装如果标题锁定 JavaWeb就老老实实用 Servlet JSP JDBC。JDBC 虽然原始但每一步都看得见答辩时能说清连接怎么拿、事务怎么提交、SQL 注入怎么防。想省事可以用 DBUtils 或手写一个 BaseDao 封装增删改查但别引入重量级框架把底层盖住。数据库统一用 MySQL 5.7 或 8.0字符集utf8mb4引擎 InnoDB要事务和外键就必须 InnoDB。JDK 用 8 或 11Tomcat 用 8.5 或 9这几个版本组合最稳别追新。2.3 角色与权限模型先定死动手写代码前先把角色和权限画清楚这是整个系统的骨架。学生实习管理系统典型有四类角色学生维护个人信息、提交实习申请、上传周报、查看成绩。指导教师审核自己名下学生的申请、批阅周报、录入成绩。企业导师可选确认实习接收、评价学生。管理员管理用户、院系、实习批次、导出统计。权限控制用「登录后把角色放进 Session过滤器统一拦截」的方式。写一个AuthFilter判断当前请求路径是否属于该角色可访问范围不满足就跳登录页。别在每个 Servlet 里重复写if(role!...)那是维护灾难。// AuthFilter.java 核心逻辑登录校验 角色拦截 public class AuthFilter implements Filter { // 无需登录即可访问的路径白名单 private static final String[] WHITE_LIST {/login, /register, /css/, /js/}; Override public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request (HttpServletRequest) req; HttpServletResponse response (HttpServletResponse) resp; String uri request.getRequestURI(); String path uri.substring(request.getContextPath().length()); // 1. 白名单直接放行 for (String w : WHITE_LIST) { if (path.startsWith(w)) { chain.doFilter(req, resp); return; } } // 2. 未登录跳转登录页 Object user request.getSession().getAttribute(loginUser); if (user null) { response.sendRedirect(request.getContextPath() /login); return; } // 3. 角色校验/admin/ 路径仅管理员可进 if (path.startsWith(/admin/) !ADMIN.equals(getRole(user))) { response.sendError(403, 无权限访问); return; } chain.doFilter(req, resp); } private String getRole(Object user) { /* 从用户对象取角色 */ return STUDENT; } }这段过滤器的逻辑说明白名单放行静态资源和登录注册Session 里没有loginUser就说明没登录直接重定向路径前缀带/admin/的做角色判断非管理员返回 403。参数上WHITE_LIST要按你实际目录调整getContextPath()保证部署到非根路径时跳转正确。注意过滤器要在web.xml里配置或加WebFilter注解且顺序要在字符编码过滤器之后。3. 数据库脚本怎么设计从建库建表到外键约束3.1 核心表结构与字段设计数据库脚本是毕设里最容易被忽视、又最容易被追问的部分。学生实习管理系统的表不用多但关系要清楚。核心六张表用户表、学生表、教师表、实习单位表、实习申请表、周报表再加一张成绩表。-- 建库字符集 utf8mb4引擎 InnoDB CREATE DATABASE IF NOT EXISTS internship_db DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE internship_db; -- 用户表登录凭证与角色 CREATE TABLE sys_user ( user_id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE COMMENT 登录名, password VARCHAR(100) NOT NULL COMMENT 建议存MD5或BCrypt, real_name VARCHAR(50) NOT NULL, role VARCHAR(20) NOT NULL COMMENT STUDENT/TEACHER/ADMIN, status TINYINT DEFAULT 1 COMMENT 1正常 0禁用, create_time DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINEInnoDB; -- 实习申请表核心业务表 CREATE TABLE internship_apply ( apply_id INT PRIMARY KEY AUTO_INCREMENT, student_id INT NOT NULL, company_name VARCHAR(100) NOT NULL, position VARCHAR(50), start_date DATE, end_date DATE, status VARCHAR(20) DEFAULT PENDING COMMENT PENDING/APPROVED/REJECTED, teacher_id INT COMMENT 指导教师, apply_time DATETIME DEFAULT CURRENT_TIMESTAMP, CONSTRAINT fk_apply_student FOREIGN KEY (student_id) REFERENCES student(student_id), CONSTRAINT fk_apply_teacher FOREIGN KEY (teacher_id) REFERENCES teacher(teacher_id) ) ENGINEInnoDB;建表逻辑说明sys_user统一管理登录学生和教师表通过user_id关联避免每个角色一套登录逻辑。internship_apply的status字段是审批流的核心用字符串枚举比数字可读性强答辩时一眼看懂。外键约束保证不会出现「申请指向一个不存在的学生」但要注意外键会让删除变麻烦如果后期要物理删除学生得先删关联申请或者改用逻辑删除is_deleted字段。参数上VARCHAR(100)存密码够用MD5 是 32 位BCrypt 是 60 位日期用DATE不用DATETIME因为实习起止只精确到天status默认PENDING保证新申请进入待审状态。3.2 索引与外键什么时候加、什么时候别加索引不是越多越好。学生实习管理系统里高频查询是「按学生查申请」「按教师查待审」「按状态筛选」所以internship_apply(student_id)加普通索引学生查自己的申请走索引。internship_apply(teacher_id, status)加联合索引教师查待审列表最常用。sys_user(username)建唯一索引登录查询和防重名一举两得。别加索引的情况status这种只有三四个值的字段单独加索引意义不大选择性太低MySQL 可能直接全表扫描。周报表如果数据量大(student_id, week_no)加联合索引防止同一学生同一周重复提交。外键在毕设里建议保留因为它能体现你懂关系完整性。但生产环境很多团队会去掉外键、改由应用层保证原因是外键在高并发写入时容易锁等待。毕设数据量小保留外键利大于弊答辩还能讲出「为什么用 InnoDB」。注意导出数据库脚本时用mysqldump -u root -p internship_db internship_db.sql加--default-character-setutf8mb4防止中文乱码。导入时先CREATE DATABASE再source别直接拖进客户端执行容易漏掉建库语句。3.3 初始化数据与测试账号脚本里最好带几条初始化数据方便一导入就能登录测试。至少插一个管理员、两个学生、两个教师再插几条不同状态的实习申请这样一跑起来页面就有内容不用手动造数据。INSERT INTO sys_user(username, password, real_name, role) VALUES (admin, MD5(123456), 系统管理员, ADMIN), (stu001, MD5(123456), 张三, STUDENT), (tea001, MD5(123456), 李老师, TEACHER);密码用MD5()函数直接生成登录时 Java 端也用同样算法比对。这里有个血泪经验MD5 不加盐不安全但毕设够用如果老师追问就答「生产环境应使用 BCrypt 加盐哈希」别硬扛说 MD5 安全。4. 本地跑通的最小步骤从导入脚本到访问首页4.1 环境准备与项目导入先把环境对齐版本不一致是新手最大的翻车点。JDK 8、Tomcat 8.5、MySQL 5.7/8.0、IDEA 或 Eclipse这四个装好。IDEA 里导入 JavaWeb 项目的关键配置File - Project Structure - Modules确认src标记为 Sourcesweb或webapp标记为 Web Resource Directory。Artifacts里新增Web Application: Exploded输出目录指向out/artifacts。Run - Edit Configurations新增 Tomcat LocalDeployment 里加上刚才的 ArtifactApplication context 设成/internship。数据库连接配置一般放在src/db.properties或c3p0.propertiesjdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/internship_db?useUnicodetruecharacterEncodingutf8mb4serverTimezoneAsia/ShanghaiuseSSLfalse jdbc.usernameroot jdbc.password你的密码参数说明serverTimezone必须写否则 MySQL 8 会报时区错误useSSLfalse关掉 SSL 警告characterEncodingutf8mb4保证中文和 emoji 不乱码。驱动类 MySQL 8 用com.mysql.cj.jdbc.Driver5.7 用com.mysql.jdbc.Driver写错直接ClassNotFoundException。4.2 数据库脚本导入与连接测试导入脚本用命令行最稳# 登录 MySQL mysql -u root -p # 执行脚本注意路径 source /path/to/internship_db.sql; # 验证表是否建好 USE internship_db; SHOW TABLES; SELECT COUNT(*) FROM sys_user;如果source报错多半是脚本里没有USE语句或路径含空格。导入后先跑一个 JDBC 连接测试别急着启动 Tomcatpublic class DBTest { public static void main(String[] args) throws Exception { Class.forName(com.mysql.cj.jdbc.Driver); String url jdbc:mysql://localhost:3306/internship_db?serverTimezoneAsia/ShanghaiuseSSLfalse; try (Connection conn DriverManager.getConnection(url, root, 你的密码)) { System.out.println(连接成功 conn.getMetaData().getDatabaseProductVersion()); } } }连接成功再往下走。这一步能排除 80% 的「启动就报 500」问题——很多 500 其实是数据库连不上但错误堆栈被 Tomcat 吞了看着像代码问题。4.3 启动访问与登录验证Tomcat 启动后访问http://localhost:8080/internship/login。如果 404检查 Application context 和web.xml里的welcome-file如果 500看 Tomcat 日志logs/catalina.out或 IDEA 控制台最下面的Caused by。登录流程走通后重点验证三件事学生登录只能看到自己的申请教师登录能看到待审列表管理员能进后台。这三条过了说明过滤器和权限模型是对的。用初始化账号stu001/123456登录提交一条实习申请再用tea001登录审批整个闭环跑一遍比看十遍代码都管用。5. 避坑与排查那些让毕设卡三天的真实问题5.1 中文乱码POST 和 GET 要分开治现象表单提交后数据库里是???或者页面显示问号。原因请求编码和数据库编码不一致。解决POST 请求在过滤器里统一设request.setCharacterEncoding(UTF-8)GET 请求在 Tomcat 的server.xml里给 Connector 加URIEncodingUTF-8数据库连接串加characterEncodingutf8mb4建库建表都用utf8mb4。四处都对齐乱码基本绝迹。5.2 空指针Session 过期后直接取属性现象登录后放一会儿点任何操作都报NullPointerException。原因Session 超时默认 30 分钟getAttribute(loginUser)返回 null后面直接.getRole()就炸了。解决过滤器里先判空再放行或者在每个需要登录的 Servlet 开头统一校验。别指望用户「不会放那么久」答辩演示时你自己就可能超时。5.3 事务没生效Connection 不是同一个现象Service 里先插申请、再更新状态中间抛异常结果申请插进去了但状态没更新。原因两次 DAO 调用各自getConnection()是两个连接事务管不到一起。解决把 Connection 通过参数传给 DAO或者用 ThreadLocal 绑定同一个连接在 Service 层统一setAutoCommit(false)、commit()、rollback()。这是 JDBC 事务最经典的坑答辩老师很爱问。5.4 外键导致删除失败现象删除一个学生报Cannot delete or update a parent row。原因该学生还有实习申请记录外键约束挡住了。解决要么先删子表记录再删主表要么改用逻辑删除加is_deleted字段查询时过滤。毕设推荐逻辑删除既保留数据又避免外键冲突还能讲出「软删除」这个概念。5.5 部署后静态资源 404现象本地 IDEA 里 CSS 正常打成 war 部署到 Tomcat 后样式全丢。原因JSP 里用了相对路径或者过滤器把/css/也拦了。解决路径统一用${pageContext.request.contextPath}/css/xxx.css过滤器白名单里放行静态资源目录。别用../这种相对路径部署路径一变就失效。6. 让系统从「能跑」到「能答辩」状态机与统计导出技巧把基本功能跑通只是及格线想让这份学生实习管理系统在答辩时站得住得在业务深度上做一点加法。最划算的切入点是把实习申请的状态流转做成显式状态机。很多同学用一堆if-else判断状态代码乱、说不清。正确做法是定义状态枚举和允许的迁移当前状态允许操作目标状态操作角色PENDING通过APPROVED教师PENDING驳回REJECTED教师REJECTED重新提交PENDING学生APPROVED录入成绩FINISHED教师这张表往答辩 PPT 一放老师立刻知道你懂业务建模。代码里用一个MapString, ListString维护合法迁移非法操作直接抛业务异常比散落的 if 判断清晰得多。第二个加分项是统计导出。教务角色往往需要「按院系统计实习人数」「按状态统计申请数」。用一条 SQL 搞定SELECT d.dept_name, COUNT(*) AS total, SUM(CASE WHEN a.statusAPPROVED THEN 1 ELSE 0 END) AS approved FROM internship_apply a JOIN student s ON a.student_id s.student_id JOIN department d ON s.dept_id d.dept_id GROUP BY d.dept_name;导出成 Excel 可以用 POI但毕设里更省事的做法是导出 CSV——用PrintWriter写逗号分隔加个 BOM 头防 Excel 乱码几十行代码搞定不用引依赖。CSV 的坑是字段里含逗号或换行会串列简单处理就是给字段加双引号并转义内部引号。第三个技巧是给关键操作加日志。审批、成绩录入这类动作往一张operation_log表里记一条谁、什么时候、对哪条数据、做了什么。答辩时被问「怎么追溯操作」这就是答案。日志表不用复杂五个字段足够。最后说个我自己的习惯每改完一个功能就用初始化账号把完整流程重跑一遍别攒到最后一起测。毕设时间紧攒着测的结果往往是答辩前一晚发现登录都进不去。数据库脚本也留一份干净的、一份带测试数据的演示用带数据的交付用干净的。这套系统本身不复杂难的是把每个环节都想到、都验证过。希望帮到你。本文还有配套的精品资源点击获取