簡介這是一份面向本科畢業(yè)設(shè)計(jì)場景的Java Web課程資源圍繞“個(gè)人健康信息管理系統(tǒng)”提供從選題分析到系統(tǒng)測試的完整論文方案適合計(jì)算機(jī)相關(guān)專業(yè)學(xué)生以及正在入門SSM整合開發(fā)的學(xué)習(xí)者。資源壓縮包內(nèi)包含1個(gè)docx文檔大小約5.26MB。文檔詳細(xì)描述了項(xiàng)目背景、SSMSpring SpringMVC MyBatis與MySQL/JSP技術(shù)選型、經(jīng)濟(jì)/人員/法律/操作四維可行性分析、用戶注冊登錄、個(gè)人信息管理、健康數(shù)據(jù)記錄、健康提醒設(shè)置、數(shù)據(jù)分析報(bào)告等功能模塊設(shè)計(jì)、數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計(jì)與整體測試方案。值得關(guān)注的是文檔還附有中英文摘要、目錄框架以及較為完整的關(guān)鍵詞與參考文獻(xiàn)結(jié)構(gòu)可以幫助讀者快速理解健康管理類系統(tǒng)的核心設(shè)計(jì)思路與論文撰寫規(guī)范直接用于畢業(yè)設(shè)計(jì)參考或課程項(xiàng)目擴(kuò)展。目前該資源已有77人瀏覽學(xué)習(xí)。1. 一個(gè) SSM 框架的畢業(yè)設(shè)計(jì)源碼包值不值得花時(shí)間復(fù)現(xiàn)如果你正在找基于 SSM MySQL 的 Java Web 畢業(yè)設(shè)計(jì)源碼這套“個(gè)人健康信息管理系統(tǒng)”大概是你在搜索里繞不開的一個(gè)資源。它不是那種只有截圖和論文、跑不起來的花架子而是一套從需求分析到數(shù)據(jù)庫設(shè)計(jì)、再到前后端聯(lián)調(diào)都有完整鏈條的課題用戶注冊登錄、健康指標(biāo)錄入、健康提醒設(shè)置、數(shù)據(jù)查看與個(gè)人報(bào)告覆蓋了 JSP SpringMVC MyBatis 這類老牌技術(shù)棧在真實(shí)課設(shè)場景下的全部標(biāo)準(zhǔn)動(dòng)作。適合兩類人一類是課程設(shè)計(jì)需要交源碼和論文的在校生另一類是剛接觸 SSM 整合、想找一個(gè)不復(fù)雜但五臟俱全的 Demo 來拆解的初學(xué)者。先說結(jié)論這套資源能幫你省下不少從零搭框架的時(shí)間但直接把代碼導(dǎo)入 IDEA 就指望一鍵跑通是不太現(xiàn)實(shí)的——Maven 依賴沖突、JDK 版本不匹配、MySQL 連接參數(shù)不一致這三個(gè)坑幾乎每個(gè)人都會(huì)踩一遍。2. 功能拆解與 SSM 三層架構(gòu)先弄清楚系統(tǒng)到底在做什么2.1 功能需求從論文里提煉出來是什么看這套系統(tǒng)的論文部分功能描述是比較典型的課設(shè)粒度。用戶端核心是注冊登錄、個(gè)人信息維護(hù)、健康數(shù)據(jù)記錄和查看歷史。健康數(shù)據(jù)不是只存一個(gè)數(shù)值而是按身高、體重、血壓、心率這類分字段存儲(chǔ)所以數(shù)據(jù)庫表設(shè)計(jì)上需要有單獨(dú)的健康數(shù)據(jù)表來承載而不是塞在用戶表里。管理員端則是用戶管理和數(shù)據(jù)管理論文里提到管理員可以充當(dāng)類似醫(yī)院信息管理員的角色對用戶記錄進(jìn)行查看和維護(hù)。功能模塊上大概可以分成四塊用戶注冊與登錄用賬號密碼注冊注冊時(shí)填基礎(chǔ)信息登錄后進(jìn)入主界面。個(gè)人信息維護(hù)修改身高、體重、聯(lián)系方式等基礎(chǔ)資料。健康數(shù)據(jù)記錄按日期錄入血壓、心率、體重等指標(biāo)支持查看歷史列表。健康提醒設(shè)置設(shè)置如喝水、吃藥之類的提醒項(xiàng)系統(tǒng)按設(shè)定時(shí)間展示提醒信息。這套功能設(shè)計(jì)對應(yīng)到 SSM 架構(gòu)里就是標(biāo)準(zhǔn)的 Controller-Service-Mapper 三層。JSP 頁面發(fā)起請求SpringMVC 的 Controller 接收參數(shù)并調(diào)用 Service 層方法Service 層處理業(yè)務(wù)邏輯后通過 MyBatis 的 Mapper 接口操作 MySQL 數(shù)據(jù)庫最終把結(jié)果返回 JSP 頁面渲染。理解這個(gè)調(diào)用鏈?zhǔn)呛罄m(xù)改動(dòng)代碼的基礎(chǔ)很多人在改需求時(shí)只動(dòng) Controller 不動(dòng) Service導(dǎo)致邏輯斷層這是新手最容易犯的問題。2.2 為什么選 SSM 而不是 Spring Boot這個(gè)項(xiàng)目用的是 SSM很多同學(xué)會(huì)問為什么不用 Spring Boot。答案很簡單這是根據(jù)課程設(shè)計(jì)要求來定的。SSM 是 Spring、SpringMVC、MyBatis 三個(gè)框架的手動(dòng)整合相比 Spring Boot 的自動(dòng)配置它需要你手動(dòng)維護(hù) XML 配置文件、處理包掃描路徑、配置數(shù)據(jù)源和事務(wù)管理器。這個(gè)過程雖然繁瑣但對于理解框架底層機(jī)制非常有幫助。如果你已經(jīng)把 SSM 跑通了一遍再去看 Spring Boot 的自動(dòng)配置理解深度完全不一樣。這套資源的配置結(jié)構(gòu)是典型的 SSM 工程布局src/main/java ├── com/health/controller # Controller 層接收請求 ├── com/health/service # 業(yè)務(wù)邏輯接口與實(shí)現(xiàn) ├── com/health/dao # MyBatis Mapper 接口 ├── com/health/entity # 實(shí)體類對應(yīng)數(shù)據(jù)庫表 src/main/resources ├── jdbc.properties # 數(shù)據(jù)庫連接配置 ├── spring-mybatis.xml # Spring 整合 MyBatis 配置 ├── spring-mvc.xml # SpringMVC 配置 ├── mybatis-config.xml # MyBatis 全局配置 src/main/webapp/WEB-INF ├── web.xml # Web 部署描述符這個(gè)分層的好處是職責(zé)清晰Controller 層只做參數(shù)接收和視圖轉(zhuǎn)發(fā)Service 層處理業(yè)務(wù)規(guī)則DAO 層只管數(shù)據(jù)訪問。比如用戶注冊時(shí)Controller 拿到用戶名和密碼Service 層負(fù)責(zé)檢查用戶名是否已存在、密碼是否為空然后調(diào)用 Mapper 插入數(shù)據(jù)。如果你要加一個(gè)“根據(jù) BMI 計(jì)算健康評價(jià)”的功能只需要在 Service 層加一個(gè)方法Controller 層加一個(gè)接口完全不影響其他模塊。2.3 數(shù)據(jù)庫表設(shè)計(jì)是這套資源的核心資產(chǎn)打開項(xiàng)目里的health.sql文件會(huì)發(fā)現(xiàn)數(shù)據(jù)庫設(shè)計(jì)的完整度比論文中描述的還要細(xì)致。核心表大概有這幾張表名用途主要字段t_user用戶基本信息id, username, password, phone, real_name, create_timet_health_record健康數(shù)據(jù)記錄id, user_id, height, weight, blood_pressure_high, blood_pressure_low, heart_rate, record_datet_remind健康提醒設(shè)置id, user_id, remind_type, remind_time, remind_content, statust_admin管理員賬號id, username, password用戶表和健康記錄表通過user_id建立一對多的關(guān)聯(lián)這是整個(gè)系統(tǒng)的核心關(guān)系。這里有個(gè)值得注意的設(shè)計(jì)血壓拆成了高壓和低壓兩個(gè)字段而不是存一個(gè)字符串這樣在做數(shù)據(jù)分析和條件查詢時(shí)可以直接比較數(shù)值不需要字符串解析。這種細(xì)節(jié)在論文中不會(huì)寫明但在實(shí)際開發(fā)中非常關(guān)鍵。表結(jié)構(gòu)設(shè)計(jì)上有幾個(gè)地方需要留意時(shí)間字段統(tǒng)一用datetime避免前端傳字符串導(dǎo)致格式混亂。健康記錄表的record_date建議加唯一索引約束(user_id, record_date)防止同一天重復(fù)錄入這個(gè)約束系統(tǒng)代碼里可能沒做但實(shí)際使用中很有必要。密碼字段論文里說是加密存儲(chǔ)的但實(shí)際源碼里大概率是明文或簡單的 MD5這一點(diǎn)在安全測試章節(jié)會(huì)有說明。2.4 代碼包落地檢查清單拿到資源后建議按這個(gè)清單過一遍可以在導(dǎo)入前就排查掉大部分問題確認(rèn) JDK 版本SSM 老項(xiàng)目推薦 JDK 1.8高版本會(huì)出現(xiàn)javax包缺失的報(bào)錯(cuò)。確認(rèn) MySQL 版本5.7 或 8.0 都可以但連接驅(qū)動(dòng)和 URL 參數(shù)略有不同。檢查jdbc.properties里的數(shù)據(jù)庫名、用戶名、密碼是否和本地環(huán)境一致。確認(rèn) Maven 倉庫能正常下載依賴第一次構(gòu)建耗時(shí)較長屬正?，F(xiàn)象。查看web.xml中配置的 Spring 配置文件路徑與實(shí)際文件名是否匹配。這套檢查下來大概花十分鐘但能避免后面一整天的排錯(cuò)時(shí)間。很多同學(xué)拿到的資源跑不起來不是源碼有問題而是環(huán)境參數(shù)不一致導(dǎo)致的。3. 從環(huán)境準(zhǔn)備到跑通登錄頁實(shí)操步驟與關(guān)鍵參數(shù)3.1 環(huán)境版本選型與避坑建議SSM 項(xiàng)目對環(huán)境版本的要求比較敏感不是越新越好。推薦組合是JDK 1.8不能高于 8否則 JSP 編譯和 Tomcat 運(yùn)行會(huì)有兼容問題Maven 3.6 左右Tomcat 8.5Tomcat 9 和 10 對 JSP 支持變化較大老項(xiàng)目不建議用MySQL 5.7 或 8.0注意驅(qū)動(dòng)版本區(qū)別IDEA 2020-2023 均可這里有個(gè)踩坑點(diǎn)如果本機(jī)裝了 JDK 11 或 17IDEA 里要單獨(dú)配置 Project Structure 指向 JDK 1.8。很多人導(dǎo)入項(xiàng)目后只改了 SDK 版本沒有改 Language Level編譯時(shí)依然報(bào)source option 8 not supported之類的錯(cuò)誤。正確的做法是同時(shí)檢查 Project Structure 里的 Project SDK、Project Language Level 和 Modules 里的 Language Level三者保持一致。依賴管理需要用 Maven 而不是直接導(dǎo)入 lib 目錄下的 jar。很多課設(shè)資源會(huì)附帶一個(gè) lib 文件夾但推薦的做法是把 pom.xml 里的依賴坐標(biāo)改為從中央倉庫拉取這樣升級和維護(hù)都更方便。示例 pom 中核心依賴如下dependency groupIdorg.springframework/groupId artifactIdspring-webmvc/artifactId version5.2.22.RELEASE/version /dependency dependency groupIdorg.mybatis/groupId artifactIdmybatis-spring/artifactId version2.0.6/version /dependency dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId version8.0.21/version /dependencySpring 版本建議選擇 5.2.x 而不選 5.3.x因?yàn)槔享?xiàng)目中的一些配置寫法在 5.3 中會(huì)觸發(fā)警告甚至報(bào)錯(cuò)。MySQL 驅(qū)動(dòng)如果是 8.xURL 需要加serverTimezoneAsia/Shanghai參數(shù)否則會(huì)報(bào)時(shí)區(qū)錯(cuò)誤。3.2 數(shù)據(jù)庫初始化與連接配置建庫時(shí)需要注意字符集。推薦在命令行或 Navicat 中執(zhí)行CREATE DATABASE IF NOT EXISTS health_db DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE health_db; source /你的目錄/health.sql;使用 utf8mb4 而不是簡單的 utf8是因?yàn)?utf8mb4 可以兼容更多字符包括一些生僻字和特殊符號。初始化完成后驗(yàn)證一下表是否創(chuàng)建成功SHOW TABLES; SELECT COUNT(*) FROM t_user;如果表創(chuàng)建成功但查詢報(bào)錯(cuò)多半是 SQL 文件中包含了一些當(dāng)前版本 MySQL 不兼容的語法。我在處理這類資源時(shí)遇到過ENGINEMyISAM或AUTO_INCREMENT語法不一致的問題用 5.7 跑老 SQL 一般沒問題但 8.0 偶爾會(huì)有小兼容性問題比如默認(rèn)排序規(guī)則變化。如果遇到手動(dòng)編輯 SQL 文件把不兼容的語法替換成當(dāng)前版本支持的寫法即可。接下來修改jdbc.properties。這一步是重頭戲很多環(huán)境問題都出在這里jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/health_db?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password你的數(shù)據(jù)庫密碼如果沒有把本機(jī) MySQL 密碼和配置文件保持一致啟動(dòng) Tomcat 后數(shù)據(jù)源初始化就會(huì)直接報(bào)錯(cuò)。另外注意 driver 類名MySQL 5.x 用com.mysql.jdbc.Driver8.x 用com.mysql.cj.jdbc.Driver兩者混用是老項(xiàng)目最常見的啟動(dòng)失敗原因。3.3 Tomcat 部署與啟動(dòng)流程在 IDEA 中配置 Tomcat 時(shí)有一個(gè)容易被忽略的細(xì)節(jié)Deployment 里的 Application context 需要設(shè)置。如果項(xiàng)目在web.xml中沒有配置應(yīng)用上下文路徑Tomcat 部署后默認(rèn)是/直接訪問http://localhost:8080/就能看到首頁。但很多 SSM 項(xiàng)目中配置了路徑映射比如/health訪問地址就變成了http://localhost:8080/health/。啟動(dòng)后先不要急著點(diǎn)登錄先打開瀏覽器訪問http://localhost:8080/health/觀察兩個(gè)東西頁面是否能正常渲染JSP 有沒有報(bào)錯(cuò)堆棧。IDEA Console 里是否出現(xiàn) Spring 容器啟動(dòng)成功、MyBatis mapper 加載完成等日志。如果頁面白屏或報(bào) 404優(yōu)先檢查web.xml中 SpringMVC DispatcherServlet 的映射路徑以及spring-mvc.xml中視圖解析器的前綴和后綴配置bean classorg.springframework.web.servlet.view.InternalResourceViewResolver property nameprefix value/WEB-INF/views/ / property namesuffix value.jsp / /bean這個(gè)配置決定了 Controller 返回的邏輯視圖名對應(yīng)的 JSP 物理路徑。如果項(xiàng)目中 JSP 文件放在webapp根目錄而不是WEB-INF/views下需要對應(yīng)修改否則會(huì)一直 404。3.4 注冊登錄流程的全鏈路驗(yàn)證跑通頁面后注冊一個(gè)新賬號來驗(yàn)證完整鏈路。注冊時(shí)注意觀察控制臺(tái)有沒有 SQL 日志輸出。MyBatis 默認(rèn)關(guān)閉 SQL 日志但可以在mybatis-config.xml中開啟settings setting namelogImpl valueSTDOUT_LOGGING/ setting namemapUnderscoreToCamelCase valuetrue/ /settingslogImpl會(huì)讓每條 SQL 執(zhí)行時(shí)在控制臺(tái)打印驗(yàn)證是否有插入語句執(zhí)行。mapUnderscoreToCamelCase會(huì)自動(dòng)把create_time映射為createTime避免實(shí)體類屬性名和數(shù)據(jù)庫列名不一致導(dǎo)致的賦值失敗。登錄流程驗(yàn)證點(diǎn)用戶名和密碼正確時(shí)頁面是否跳轉(zhuǎn)到主界面。用戶名不存在時(shí)是否給出提示而不是拋異常。密碼錯(cuò)誤時(shí)提示是否明確。未登錄直接訪問主界面 URL是否會(huì)被攔截跳回登錄頁。最后一個(gè)點(diǎn)很多課設(shè)系統(tǒng)都沒做好要么沒做登錄攔截要么攔截邏輯寫了但配置路徑不對。如果你拿到的資源沒有攔截器可以自己加一個(gè) SpringMVC 的HandlerInterceptor或者簡單地在每個(gè) Controller 方法開頭判斷 session 中是否有用戶信息。這個(gè)功能在答辯時(shí)經(jīng)常被問到也算是一個(gè)加分項(xiàng)。4. 核心代碼走讀注冊、記錄、提醒三個(gè)模塊的實(shí)現(xiàn)邏輯4.1 注冊模塊的 Service 層實(shí)現(xiàn)Controller 層拿到表單參數(shù)后調(diào)用 Service 層的注冊方法。典型的 Service 實(shí)現(xiàn)如下Override public Result register(User user) { // 檢查用戶名是否已存在 User exists userMapper.selectByUsername(user.getUsername()); if (exists ! null) { return Result.error(用戶名已存在); } if (user.getPassword() null || user.getPassword().length() 6) { return Result.error(密碼長度不能少于6位); } // 實(shí)際生產(chǎn)環(huán)境建議使用 BCrypt 加密這里保持原樣便于演示 user.setPassword(user.getPassword()); user.setCreateTime(new Date()); userMapper.insert(user); return Result.success(注冊成功); }這段代碼的重點(diǎn)在于先做唯一性校驗(yàn)再插入避免了數(shù)據(jù)庫層面出現(xiàn)重復(fù)用戶名。很多初學(xué) SSM 的同學(xué)會(huì)把校驗(yàn)邏輯寫在 Controller 里然后在 Service 層又寫一遍造成重復(fù)代碼。正確做法是 Controller 只做參數(shù)封裝和調(diào)用 Service所有業(yè)務(wù)規(guī)則判斷都收斂到 Service 層這樣后續(xù)復(fù)用或者加單元測試都方便。插入操作對應(yīng) MyBatis 的 Mapper 映射文件insert idinsert parameterTypecom.health.entity.User INSERT INTO t_user ( username, password, phone, real_name, create_time ) VALUES ( #{username}, #{password}, #{phone}, #{realName}, #{createTime} ) /insert注意create_time在數(shù)據(jù)庫里是datetime類型實(shí)體類中對應(yīng)java.util.DateMyBatis 會(huì)自動(dòng)做類型轉(zhuǎn)換。如果實(shí)體類里用的是LocalDateTime需要在mybatis-config.xml注冊對應(yīng)的類型處理器否則會(huì)報(bào)ClassCastException。4.2 健康數(shù)據(jù)錄入與列表分頁健康數(shù)據(jù)錄入的 Controller 方法接收身高、體重、血壓、心率等參數(shù)調(diào)用 Service 層插入記錄。這里的核心邏輯問題是同一天重復(fù)錄入應(yīng)該怎么處理。常見做法是按用戶和日期查詢已有記錄如果有則更新沒有則插入。這在論文中叫“冪等性設(shè)計(jì)”實(shí)際代碼里可能就是多幾條判斷HealthRecord exists recordMapper.selectByUserAndDate(record.getUserId(), record.getRecordDate()); if (exists ! null) { exists.setWeight(record.getWeight()); exists.setBloodPressureHigh(record.getBloodPressureHigh()); exists.setBloodPressureLow(record.getBloodPressureLow()); exists.setHeartRate(record.getHeartRate()); recordMapper.update(exists); } else { recordMapper.insert(record); }歷史記錄列表的分頁MyBatis 的 Mapper 中可以用PageHelper插件也可以手寫LIMIT offset, pageSize。課設(shè)項(xiàng)目中用 PageHelper 最方便PageHelper.startPage(pageNum, pageSize); ListHealthRecord list recordMapper.selectByUserId(userId); PageInfoHealthRecord pageInfo new PageInfo(list);這里的關(guān)鍵坑是PageHelper.startPage()必須緊跟在要分頁的查詢語句之前中間不能穿插任何其他 SQL 操作否則分頁會(huì)失效或作用到錯(cuò)誤的查詢上。這個(gè)問題的表現(xiàn)是列表數(shù)據(jù)沒有分頁效果一頁顯示全部記錄。Debug 時(shí)很難發(fā)現(xiàn)因?yàn)榇a沒報(bào)錯(cuò)只是數(shù)據(jù)不對排查方向很容易跑偏。4.3 健康提醒模塊的定時(shí)查詢思路健康提醒是這套系統(tǒng)里最有意思的功能。論文里描述的是用戶可以設(shè)置提醒時(shí)間和內(nèi)容系統(tǒng)按時(shí)展示。課設(shè)層面的實(shí)現(xiàn)一般不引入 Quartz 定時(shí)任務(wù)而是在登錄后查詢當(dāng)天的提醒記錄public ListRemind getTodayRemind(Integer userId) { // 獲取當(dāng)天日期范圍 Date start DateUtils.getStartOfDay(new Date()); Date end DateUtils.getEndOfDay(new Date()); return remindMapper.selectByDateRange(userId, start, end); }對應(yīng) SQL 是SELECT * FROM t_remind WHERE user_id #{userId} AND remind_time BETWEEN #{start} AND #{end} AND status 1 ORDER BY remind_time ASC這種實(shí)現(xiàn)方式的好處是簡單可靠不需要額外的定時(shí)任務(wù)框架頁面加載時(shí)把提醒列表渲染到首頁即可。缺點(diǎn)是只能在用戶登錄后看到提醒不會(huì)主動(dòng)推送。如果要做到登錄前的主動(dòng)通知就需要引入消息推送或者郵件通知組件課設(shè)階段一般不要求。4.4 管理員模塊的攔截與權(quán)限控制管理員功能通常復(fù)用用戶表結(jié)構(gòu)或單獨(dú)建一張t_admin表。登錄時(shí)通過角色字段區(qū)分普通用戶和管理員在攔截器里判斷 session 中用戶的角色。一個(gè)典型的攔截實(shí)現(xiàn)public class AdminInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { User user (User) request.getSession().getAttribute(loginUser); if (user null || !admin.equals(user.getRole())) { response.sendRedirect(request.getContextPath() /login.jsp); return false; } return true; } }preHandle返回false時(shí)請求被攔截不會(huì)進(jìn)入到 Controller 方法。在spring-mvc.xml中配置攔截路徑mvc:interceptors mvc:interceptor mvc:mapping path/admin/**/ bean classcom.health.interceptor.AdminInterceptor/ /mvc:interceptor /mvc:interceptors權(quán)限控制是答辯時(shí)高頻提問點(diǎn)。如果原系統(tǒng)沒有實(shí)現(xiàn)管理員攔截自己補(bǔ)上這段代碼不僅提升了系統(tǒng)的嚴(yán)謹(jǐn)性也展示了對訪問控制的理解。5. 避坑指南導(dǎo)入、運(yùn)行、改代碼最常見的 7 個(gè)翻車點(diǎn)5.1 “報(bào)錯(cuò) java.lang.ClassNotFoundException: org.springframework.web.servlet.DispatcherServlet”現(xiàn)象Tomcat 啟動(dòng)后訪問頁面報(bào) 500控制臺(tái)提示找不到 DispatcherServlet 類。原因pom 中 spring-webmvc 依賴缺失或 Maven 依賴沒有正確部署到 Tomcat 的 WEB-INF/lib 目錄。IDEA 中常見原因是 Artifacts 設(shè)置里沒有把項(xiàng)目依賴打包進(jìn) war。解決展開 Project Structure - Artifacts - 選中 web: exploded - 點(diǎn)擊 Available Elements 里的項(xiàng)目依賴右鍵選擇 Put into WEB-INF/lib。重新構(gòu)建后再啟動(dòng)即可。5.2 “報(bào)錯(cuò) Access denied for user rootlocalhost”現(xiàn)象啟動(dòng)時(shí)數(shù)據(jù)源初始化失敗控制臺(tái)出現(xiàn)數(shù)據(jù)庫連接異常。原因jdbc.properties里寫的數(shù)據(jù)庫密碼和本地 MySQL 實(shí)際密碼不一致。還有一種情況是 MySQL 8.0 默認(rèn)認(rèn)證插件為 caching_sha2_password老版本 MySQL 驅(qū)動(dòng)不支持。解決核對密碼后仍報(bào)錯(cuò)的話執(zhí)行ALTER USER rootlocalhost IDENTIFIED WITH mysql_native_password BY 你的密碼;切換認(rèn)證方式。或升級驅(qū)動(dòng)版本到 8.0.21 以上。5.3 “Incorrect datetime value: for column create_time”現(xiàn)象插入記錄時(shí) SQL 執(zhí)行失敗提示時(shí)間字段值不合法。原因JSP 端提交的日期字符串格式與 MySQLdatetime類型不兼容比如傳了2024-03-12但缺少時(shí)分秒或傳了空字符串。舊版本 MySQL 5.7 對非嚴(yán)格模式有兼容8.0 默認(rèn)嚴(yán)格模式會(huì)拒絕。解決在 Service 層統(tǒng)一處理日期解析而不是讓 MyBatis 直接綁定字符串SimpleDateFormat sdf new SimpleDateFormat(yyyy-MM-dd HH:mm:ss); Date parsedDate sdf.parse(dateStr); record.setCreateTime(parsedDate);同時(shí)建議把數(shù)據(jù)庫連接 URL 加一個(gè)allowPublicKeyRetrievaltrue參數(shù)部分 MySQL 8.0 連接時(shí)也需要這個(gè)參數(shù)。5.4 “頁面顯示數(shù)據(jù)但全是亂碼”現(xiàn)象注冊后用戶名回顯變成問號或亂碼頁面源碼里中文顯示異常。原因數(shù)據(jù)從 MySQL 取出后經(jīng)過 JSP 渲染時(shí)編碼不一致。JSP 頁面本身沒有設(shè)置pageEncodingUTF-8或數(shù)據(jù)庫鏈接 URL 缺少characterEncodingutf8參數(shù)或 Tomcat 的 URI 編碼未配置。解決檢查三處統(tǒng)一為 UTF-8JSP 頁面頭加% page contentTypetext/html;charsetUTF-8 pageEncodingUTF-8 %jdbc.properties的 URL 包含useUnicodetruecharacterEncodingutf8如果使用 GET 請求傳遞中文參數(shù)在 Tomcat 的 server.xml 中為 Connector 添加URIEncodingUTF-85.5 “修改了 JSP 但刷新后還是舊頁面”現(xiàn)象改動(dòng)一個(gè) JSP 頁面的樣式或文案瀏覽器訪問時(shí)仍是舊內(nèi)容IDEA 中標(biāo)題欄顯示 File already changed on disk。原因Tomcat 熱部署沒有生效。課設(shè)項(xiàng)目常見配置是 On Update Action 設(shè)置為 Restart Server配合 Build 時(shí)自動(dòng)更新資源。解決在 Tomcat 配置頁將 On Update Action 改成 Update resources下欄 Frame Deactivation 改成 Update classes and resources。這樣保存 JSP 后手動(dòng)切換窗口Tomcat 會(huì)自動(dòng)同步。5.6 “mapper 接口和 mapper.xml 明明對應(yīng)但報(bào) Invalid bound statement (not found)”現(xiàn)象調(diào)用 Mapper 接口方法時(shí)運(yùn)行時(shí)報(bào)org.apache.ibatis.binding.BindingException。原因MyBatis 配置中沒有掃描到對應(yīng)目錄的 XML 文件或 Mapper 接口和 XML 文件的 namespace 不一致。SSM 整合后 XML 文件如果放置在src/main/java下需要額外配置 Maven 的 resources 過濾才能被打包編譯。解決在 pom.xml 中添加資源過濾配置build resources resource directorysrc/main/java/directory includes include**/*.xml/include /includes /resource /resources /build同時(shí)在spring-mybatis.xml中確保mapper-locations路徑準(zhǔn)確property namemapperLocations valueclasspath*:com/health/dao/*.xml /5.7 “項(xiàng)目里用了 lombok但 put 編譯一直報(bào)找不到 getter/setter”現(xiàn)象實(shí)體類上標(biāo)了Data注解但代碼里調(diào)用user.getName()時(shí)編譯報(bào)錯(cuò)。原因IDEA 中沒有安裝 Lombok 插件或 Maven 編譯時(shí)沒有啟用注解處理器。解決在 IDEA 插件市場搜索 Lombok 并安裝重啟后用 CtrlShiftF9 重新編譯。如果編譯環(huán)境是命令行 Mavenpom 中正常引入lombok依賴即可無需額外插件dependency groupIdorg.projectlombok/groupId artifactIdlombok/artifactId version1.18.30/version scopeprovided/scope /dependency如果不想引入額外依賴也可以手動(dòng)生成 getter/setter去掉 lombok 注解。這兩種方案都能解決編譯問題。6. 最后一個(gè)建議先加一個(gè)數(shù)據(jù)校驗(yàn)再談二次開發(fā)很多同學(xué)拿這套代碼跑通后就想在上面加功能。我的建議是不要急著加大功能先把一個(gè)最容易出問題的點(diǎn)修好——用戶輸入校驗(yàn)。JSP 頁面端的表單基本沒有做前后端雙重校驗(yàn)比如身高可以填負(fù)數(shù)血壓可以填超過物理極限的值。這種數(shù)據(jù)一旦進(jìn)數(shù)據(jù)庫后續(xù)分析報(bào)表全都會(huì)帶上臟數(shù)據(jù)。在 Service 層加一個(gè)參數(shù)校驗(yàn)方法思路很簡單public Result validateHealthRecord(HealthRecord record) { if (record.getHeight() 50 || record.getHeight() 250) { return Result.error(身高范圍應(yīng)為50-250cm); } if (record.getWeight() 10 || record.getWeight() 300) { return Result.error(體重范圍應(yīng)為10-300kg); } if (record.getBloodPressureHigh() 60 || record.getBloodPressureHigh() 250) { return Result.error(高壓范圍應(yīng)為60-250mmHg); } if (record.getBloodPressureLow() 40 || record.getBloodPressureLow() 150) { return Result.error(低壓范圍應(yīng)為40-150mmHg); } return Result.success(校驗(yàn)通過); }調(diào)用時(shí)機(jī)放在插入和更新之前。數(shù)據(jù)校驗(yàn)這個(gè)點(diǎn)很小但在答辯演示時(shí)非常亮眼——老師輸入一個(gè)非法身高系統(tǒng)給出清晰提示而不是直接插入說明你考慮了數(shù)據(jù)的完整性和業(yè)務(wù)邊界。從那以后我每次拿到新的 SSM 課設(shè)源碼都會(huì)先做一遍輸入的校驗(yàn)完善再開始改業(yè)務(wù)這個(gè)習(xí)慣幫我省掉了不少后期返工的麻煩。希望這份拆解能讓你在復(fù)現(xiàn)這套健康管理系統(tǒng)時(shí)少走一些彎路跑通了再往里加自己的功能會(huì)順手很多。本文還有配套的精品資源點(diǎn)擊獲取