簡(jiǎn)介面向計(jì)算機(jī)專業(yè)畢業(yè)設(shè)計(jì)學(xué)生與Java實(shí)戰(zhàn)學(xué)習(xí)者的藥房管理系統(tǒng)畢業(yè)設(shè)計(jì)項(xiàng)目基于SSM框架實(shí)現(xiàn)涵蓋前端頁(yè)面、后端業(yè)務(wù)與數(shù)據(jù)庫(kù)設(shè)計(jì)包含完整源碼和數(shù)據(jù)庫(kù)腳本。項(xiàng)目經(jīng)導(dǎo)師指導(dǎo)并通過評(píng)審評(píng)審分98分源碼均經(jīng)本地編譯和嚴(yán)格調(diào)試可直接運(yùn)行適合用作畢設(shè)參考、課程設(shè)計(jì)或SSM框架綜合練習(xí)。壓縮包共1222個(gè)文件主要包含256個(gè)HTML、227個(gè)CSS、207個(gè)JavaScript文件構(gòu)成前端界面70個(gè)JSP頁(yè)面和48個(gè)Java類處理后端邏輯42個(gè)JAR包提供依賴另有SQL數(shù)據(jù)庫(kù)腳本整包約19.56MB目錄結(jié)構(gòu)清晰便于按模塊查閱與二次開發(fā)。目前已有174人學(xué)習(xí)下載。下載后可獲得可運(yùn)行的項(xiàng)目源碼、數(shù)據(jù)庫(kù)初始化腳本以及前端靜態(tài)資源能夠幫助快速梳理SSM三層架構(gòu)理解藥品庫(kù)存、銷售管理等業(yè)務(wù)模塊的實(shí)現(xiàn)路徑對(duì)畢業(yè)設(shè)計(jì)答辯準(zhǔn)備也有參考價(jià)值。1. 基于SSM框架的藥房管理系統(tǒng)源碼一張能把控的畢設(shè)“安全牌”畢業(yè)設(shè)計(jì)季打開壓縮包看見“Java畢設(shè)項(xiàng)目-基于SSM框架的藥房管理系統(tǒng)源碼數(shù)據(jù)庫(kù)腳本”這類目錄第一反應(yīng)通常是這系統(tǒng)真能跑起來嗎答辯被問到“庫(kù)存怎么扣的、權(quán)限怎么控的”會(huì)不會(huì)冷場(chǎng)這個(gè)選題能長(zhǎng)期存在是因?yàn)樗?Spring、SpringMVC、MyBatis 三件套全部落到實(shí)際業(yè)務(wù)里又有從藥品分類、供應(yīng)商采購(gòu)、庫(kù)存管理到處方售藥的完整閉環(huán)。你可以只做常規(guī)增刪改查也可以圍繞庫(kù)存事務(wù)、角色權(quán)限和報(bào)表統(tǒng)計(jì)做深。項(xiàng)目本身不復(fù)雜真正的分界線是你有沒有把“別人的源碼”變成“講得清、改得動(dòng)、跑得順”的自己的作品。這篇內(nèi)容是我接觸這類 SSM 藥房系統(tǒng)后整理出來的一條落地路徑環(huán)境版本選型、數(shù)據(jù)庫(kù)腳本導(dǎo)入、登錄鑒權(quán)、庫(kù)存事務(wù)、排障和答辯加分一路做到能講、能改、能答辯。2. 把 SSM 藥房系統(tǒng)跑起來環(huán)境版本、四處配置和最小啟動(dòng)命令拿到這類源碼后最容易產(chǎn)生挫敗感的不是業(yè)務(wù)邏輯而是環(huán)境。絕大多數(shù) SSM 藥房管理系統(tǒng)是按“IDEA Maven MySQL Tomcat JDK”這套鏈路開發(fā)的所以第一步不是著急開 IDEA 雙擊運(yùn)行而是先把環(huán)境對(duì)齊否則后面每一步報(bào)錯(cuò)都像開盲盒。2.1 先定版本JDK 1.8、Tomcat 8.5、MySQL 5.7 的組合為什么最穩(wěn)SSM 在 2016 到 2019 年之間進(jìn)入畢業(yè)設(shè)計(jì)高峰期大量源碼使用 Spring 4.x 作為基架Spring 4 對(duì) JDK 8 的兼容性最好。你本機(jī)哪怕是 JDK 17 或 JDK 21直接開舊源碼大概率會(huì)遇到 spring-core 的反射訪問警告Illegal reflective access甚至直接啟動(dòng)失敗。這不是項(xiàng)目壞了是版本跨度太大導(dǎo)致的黑匣子問題。我一般會(huì)給一個(gè)保守組合JDK 1.8別用高版本省掉大部分 Spring 反射兼容問題。Tomcat 8.5對(duì) SpringMVC 老項(xiàng)目兼容好和 IDEA 集成也順手。MySQL 5.7和源碼里的驅(qū)動(dòng)com.mysql.jdbc.Driver匹配度最高。Maven 3.6 左右太新的 Maven 在某些私服配置下會(huì)下載依賴失敗。這里有個(gè)血淚經(jīng)驗(yàn)如果電腦里已經(jīng)裝了高版本 JDK不要只改 IDEA 的 Project SDK還要檢查系統(tǒng)的 JAVA_HOME 環(huán)境變量。Tomcat 啟動(dòng)時(shí)用的是本機(jī) Java 環(huán)境界面上的 SDK 只是編譯級(jí)別。你用 IDEA 把語言級(jí)別改成 1.8但系統(tǒng) JAVA_HOME 指著 JDK 17Tomcat 照樣可能在啟動(dòng)時(shí)報(bào) UnsupportedClassVersionError。這個(gè)都屬于“Java 環(huán)境配置沒對(duì)齊”引發(fā)的翻車先解決它再談功能。2.2 導(dǎo)入源碼后先改這四處數(shù)據(jù)源、端口、編碼、Mapper 掃描路徑拿到的是完整源碼時(shí)常見做法是用 IDEA 以 Maven 方式導(dǎo)入等待依賴下載完成后先做四處修改。第一處是數(shù)據(jù)源。老 SSM 項(xiàng)目里通常有個(gè) db.properties 或 jdbc.properties 文件或者在 Spring 的 XML 配置里直接寫連接信息。打開后改成本地?cái)?shù)據(jù)庫(kù)的賬號(hào)密碼jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/pharmacy_db?useUnicodetruecharacterEncodingutf8 jdbc.usernameroot jdbc.password你的數(shù)據(jù)庫(kù)密碼這段配置里最容易踩坑的是 driver 和 url。如果源碼里的數(shù)據(jù)庫(kù)腳本是 MySQL 5.x 導(dǎo)出的而你本地裝的是 MySQL 8.x那么驅(qū)動(dòng)類可能要換成com.mysql.cj.jdbc.Driver同時(shí) url 后面要補(bǔ)serverTimezoneAsia/Shanghai不然會(huì)報(bào)時(shí)區(qū)錯(cuò)誤。數(shù)據(jù)庫(kù)名pharmacy_db也要改成你在本地實(shí)際創(chuàng)建的 schema 名稱很多啟動(dòng)失敗都來自庫(kù)名不匹配。第二處是 Mapper 掃描路徑。SSM 項(xiàng)目里 MyBatis 的 Mapper 接口和 XML 文件通常放在同一個(gè)包路徑下Spring 配置里會(huì)有一段掃描設(shè)置。如果你的源碼目錄結(jié)構(gòu)和原開發(fā)環(huán)境不一致比如把包從com.xxx.pharmacy挪到了com.example就需要同步修改下面這類配置bean classorg.mybatis.spring.mapper.MapperScannerConfigurer property namebasePackage valuecom.example.pharmacy.dao/ /bean這段配置的作用是讓 Spring 自動(dòng)發(fā)現(xiàn) DAO 層接口并生成代理對(duì)象。basePackage 寫成接口實(shí)際所在的包如果掃描路徑不對(duì)啟動(dòng)時(shí)不會(huì)馬上報(bào)錯(cuò)但等頁(yè)面請(qǐng)求一進(jìn)來就會(huì)看到Invalid bound statement (not found)。這類問題很隱蔽因?yàn)樗ǔＴ谶\(yùn)行時(shí)才爆出來。第三處是編碼過濾器。SSM 老項(xiàng)目亂碼頻發(fā)多半是 web.xml 里沒配 CharacterEncodingFilter或者配了但順序不對(duì)。常見做法是這樣filter filter-nameencodingFilter/filter-name filter-classorg.springframework.web.filter.CharacterEncodingFilter/filter-class init-param param-nameencoding/param-name param-valueUTF-8/param-value /init-param init-param param-nameforceEncoding/param-name param-valuetrue/param-value /init-param /filter filter-mapping filter-nameencodingFilter/filter-name url-pattern/*/url-pattern /filter-mapping注意 url-pattern 要寫/*而不是/否則請(qǐng)求參數(shù)和響應(yīng)中文都會(huì)出問題。forceEncoding 設(shè)為 true 才能強(qiáng)制請(qǐng)求和響應(yīng)都走 UTF-8。第四處是 Tomcat 端口。如果你本機(jī)裝了多個(gè)服務(wù)8080 很容易被占。改端口時(shí)優(yōu)先在 IDEA 的 Run Configuration 里改 HTTP port不要在 server.xml 里隨手改否則會(huì)把源碼自帶的配置搞亂。端口沖突的典型現(xiàn)象是 Tomcat 啟動(dòng)時(shí)提示Port 8080 was already in use。2.3 用最小命令把項(xiàng)目跑起來再談 IDEA 里的兩種啟動(dòng)方式如果你裝了 Maven可以在項(xiàng)目根目錄執(zhí)行下面的命令驗(yàn)證工程是否完整mvn clean tomcat7:run這條命令在老 SSM 項(xiàng)目里很常見因?yàn)?pom.xml 里會(huì)配置 tomcat7-maven-plugin。它能直接編譯、打包并用內(nèi)嵌 Tomcat 啟動(dòng)省去先打包再扔到外部 Tomcat 的步驟。如果 pom 里沒有這個(gè)插件IDEA 里就用外部 Tomcat 方式加一個(gè) Run Configuration。具體做法是Run - Edit Configurations - 添加 Tomcat Server - Local然后在 Deployment 頁(yè)簽里把war exploded添加進(jìn)去Application context 改成/或/pharmacy。用 war exploded 啟動(dòng)的好處是修改 JSP 和靜態(tài)資源后可以熱更新不用每次重啟整個(gè) Tomcat。啟動(dòng)之后瀏覽器訪問http://localhost:8080/如果能看到登錄頁(yè)說明項(xiàng)目整體已經(jīng)通了。如果頁(yè)面 404先檢查 application context 是不是多了個(gè)項(xiàng)目名改成/最省心。如果 500去看 IDEA 的 Console 日志報(bào)錯(cuò)集中在數(shù)據(jù)庫(kù)連接上就回到 2.2 的第一處配置重新核一遍賬號(hào)密碼和庫(kù)名。3. 藥房管理系統(tǒng)的數(shù)據(jù)庫(kù)腳本拆解核心表設(shè)計(jì)與導(dǎo)入實(shí)操SSM 藥房管理系統(tǒng)能不能講出深度一半在數(shù)據(jù)庫(kù)設(shè)計(jì)。答辯時(shí)老師大概率會(huì)問“你為什么把銷售明細(xì)單獨(dú)建一張表”“金額字段為什么用 decimal”這些答案都要在表結(jié)構(gòu)里提前想清楚。3.1 從藥品到銷售幾張核心表的職責(zé)和字段設(shè)計(jì)一個(gè)典型的藥房管理系統(tǒng)數(shù)據(jù)庫(kù)腳本通常會(huì)包含用戶、角色、藥品分類、藥品信息、供應(yīng)商、銷售單、銷售明細(xì)這幾塊。下面是我常見到的表職責(zé)劃分你可以拿它和手里的源碼對(duì)照著看表名職責(zé)關(guān)鍵字段注意點(diǎn)sys_user登錄賬號(hào)id, username, password, role_id密碼建議存 MD5 或 BCrypt 密文sys_role角色id, role_name管理員、藥師、收銀員drug_category藥品分類id, category_name感冒類、消炎類、處方藥等supplier供應(yīng)商id, name, phone, address采購(gòu)單的外鍵來源drug_info藥品主檔id, drug_name, category_id, stock, price, expire_datestock 直接放這里查詢快sale_order銷售單頭id, order_no, total_amount, user_id, create_time保存整單金額便于對(duì)賬sale_order_item銷售明細(xì)id, sale_order_id, drug_id, quantity, price一單多品數(shù)量不能大于庫(kù)存這里有個(gè)設(shè)計(jì)取舍庫(kù)存字段是放在 drug_info 表里還是單獨(dú)拆一張 drug_stock?庫(kù)存表。畢設(shè)場(chǎng)景我更推薦放在 drug_info 里因?yàn)椴樗幤妨斜頃r(shí)單表就能帶出庫(kù)存數(shù)字不用 join。如果你想把系統(tǒng)做得更有“企業(yè)感”再拆 stock_log 表記錄每次出入庫(kù)流水作為進(jìn)階加分點(diǎn)。字段類型也要注意價(jià)格用 decimal(10,2) 而不用 float庫(kù)存用 int。float 在金額計(jì)算上會(huì)有精度誤差這個(gè)點(diǎn)答辯問到“為什么用 decimal”時(shí)就是送分題。3.2 銷售單與銷售明細(xì)一單多品的表結(jié)構(gòu)怎么寫藥房每天有成百上千筆銷售一筆銷售可能包含三種藥。如果把藥品和數(shù)量直接塞進(jìn) sale_order 一個(gè)表就會(huì)出現(xiàn)大量重復(fù)字段后續(xù)統(tǒng)計(jì)每個(gè)藥品賣了多少也很痛苦。這個(gè)場(chǎng)景的標(biāo)準(zhǔn)做法是拆成銷售單頭加銷售明細(xì)兩張表建表腳本通常長(zhǎng)這樣CREATE TABLE sale_order ( id BIGINT PRIMARY KEY AUTO_INCREMENT, order_no VARCHAR(32) NOT NULL COMMENT 銷售單號(hào), total_amount DECIMAL(10, 2) NOT NULL COMMENT 訂單總金額, user_id BIGINT NOT NULL COMMENT 操作員ID, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, UNIQUE KEY uk_order_no (order_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE sale_order_item ( id BIGINT PRIMARY KEY AUTO_INCREMENT, sale_order_id BIGINT NOT NULL, drug_id BIGINT NOT NULL, quantity INT NOT NULL, price DECIMAL(10, 2) NOT NULL, KEY idx_order_id (sale_order_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;order_no 生成規(guī)則一般是時(shí)間戳加自增序號(hào)唯一索引保證同一筆訂單不會(huì)重復(fù)。sale_order_item 里不存總金額只存單價(jià)和數(shù)量因?yàn)閱涡行∮?jì)可以由quantity * price算出來明細(xì)表設(shè)計(jì)得越“瘦”將來做日銷售報(bào)表越方便。如果 Mysql 導(dǎo)入手里的腳本時(shí)提示表已存在說明原腳本開頭可能沒有DROP TABLE IF EXISTS。這種情況可以在導(dǎo)入前手動(dòng)刪掉舊表或者用 Navicat 執(zhí)行腳本時(shí)勾選“遇到錯(cuò)誤繼續(xù)”。這里也順便提一句 MyBatis-Plus 的做法如果源碼里用的是 MP可以按 Java 實(shí)體類直接生成建表 SQL賽選出來再微調(diào)外鍵和索引即可但傳統(tǒng) SSM 項(xiàng)目還是要自己維護(hù) SQL 腳本所以把腳本讀明白更重要。3.3 數(shù)據(jù)庫(kù)腳本導(dǎo)入實(shí)操Navicat、命令行和 IDEA 導(dǎo)出腳本的邊界拿到數(shù)據(jù)庫(kù)腳本后常見的做法是先用 Navicat 或 DataGrip 導(dǎo)入。安全流程是先手動(dòng)創(chuàng)建一個(gè)空數(shù)據(jù)庫(kù)再右鍵這個(gè)庫(kù)運(yùn)行 SQL 文件。不要直接雙擊 SQL 文件因?yàn)樵谙到y(tǒng)默認(rèn)工具里執(zhí)行時(shí)一旦編碼不對(duì)中文注釋和表備注全會(huì)變成亂碼。mysql -uroot -p pharmacy_db pharmacy_db.sql如果你習(xí)慣命令行上面這條是把腳本導(dǎo)入 pharmacy_db 庫(kù)的最直接方式。注意這里pharmacy_db必須已經(jīng)在 MySQL 中存在否則會(huì)提示數(shù)據(jù)庫(kù)不存在。腳本里有USE語句的可以省去庫(kù)名但多數(shù)畢設(shè)腳本里可能沒有 USE所以先建庫(kù)再用指定庫(kù)名導(dǎo)入更穩(wěn)。中文亂碼時(shí)在命令里加上--default-character-setutf8再執(zhí)行一遍。如果為了交作業(yè)需要從 IDEA 里導(dǎo)出數(shù)據(jù)庫(kù)腳本可以在 Database 工具窗口選中要導(dǎo)出的庫(kù)右鍵找到 Dump with mysqldump。導(dǎo)出時(shí)里面會(huì)帶上 DROP TABLE 和 INSERT 語句這類腳本可以直接給老師。要注意的是IDEA 默認(rèn)導(dǎo)出可能不保留 utf8mb4 字符集設(shè)置如果源碼里有表情符號(hào)相關(guān)的備注導(dǎo)出后容易亂碼。更穩(wěn)妥的做法是導(dǎo)出后打開文件檢查開頭部分的 DEFAULT CHARSET 是否還是 utf8mb4。導(dǎo)入完成后用下面這句 SQL 簡(jiǎn)單驗(yàn)證核心表是否齊全SHOW TABLES LIKE %drug%; SELECT COUNT(*) FROM drug_info;如果你能看到藥品數(shù)據(jù)說明腳本導(dǎo)入成功。如果表是空的而腳本里明明有 INSERT就要檢查執(zhí)行時(shí)是不是選錯(cuò)了數(shù)據(jù)庫(kù)或者腳本開頭有DROP DATABASE導(dǎo)致被覆蓋了。4. 登錄、權(quán)限與庫(kù)存事務(wù)把“能跑”做成“像樣”一個(gè)能跑的 SSM 藥房管理系統(tǒng)和一份能拿高分的畢設(shè)中間差的就是三個(gè)東西登錄攔截做得夠不夠干凈、庫(kù)存扣減會(huì)不會(huì)超賣、權(quán)限控制是不是只停留在前端隱藏按鈕。4.1 用攔截器統(tǒng)一做登錄校驗(yàn)而不是在每個(gè) Controller 里重復(fù)寫很多源碼里會(huì)在每個(gè) Controller 方法前寫一套“判斷 session 是否為空”的代碼雖然能用但代碼風(fēng)格很“課程設(shè)計(jì)”。我更推薦的方案是實(shí)現(xiàn)一個(gè) SpringMVC 攔截器把登錄校驗(yàn)集中到一處。這個(gè)改動(dòng)加分明顯而且實(shí)現(xiàn)成本很低public class LoginInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { // 放行登錄接口 String uri request.getRequestURI(); if (uri.contains(/login) || uri.contains(/static)) { return true; } Object user request.getSession().getAttribute(loginUser); if (user null) { response.sendRedirect(request.getContextPath() /login); return false; } return true; } }這段代碼的核心邏輯是請(qǐng)求到達(dá) Controller 之前先檢查 session 里有沒有 loginUser沒有就重定向到登錄頁(yè)有就繼續(xù)放行。/static路徑要放行否則 CSS、JS 全部被攔頁(yè)面樣式會(huì)丟。在 SpringMVC 配置里注冊(cè)攔截器時(shí)只攔截業(yè)務(wù)路徑不要攔截登錄頁(yè)本身mvc:interceptors mvc:interceptor mvc:mapping path/**/ mvc:exclude-mappings mvc:mapping path/login/ mvc:mapping path/static/**/ /mvc:exclude-mappings bean classcom.example.pharmacy.interceptor.LoginInterceptor/ /mvc:interceptor /mvc:interceptors這里有個(gè)容易忽略的點(diǎn)exclude-mapping 里寫了/static/**和上面 Java 代碼里的/static判斷作用重疊了實(shí)際保留一個(gè)就夠。兩個(gè)都寫也不會(huì)錯(cuò)但注意攔截器里的uri.contains(/static)是模糊匹配/static路徑下所有靜態(tài)資源都會(huì)被放行。4.2 出庫(kù)扣庫(kù)存事務(wù)注解和一條防超賣 SQL 的寫法藥房賣藥這個(gè)動(dòng)作涉及兩個(gè)寫操作往 sale_order 和 sale_order_item 插入數(shù)據(jù)同時(shí)扣減 drug_info 里對(duì)應(yīng)藥品的 stock。如果刪掉了插入但是扣庫(kù)存失敗整單就會(huì)變成“沒賣出但庫(kù)存丟了”的錯(cuò)誤狀態(tài)這種情況必須用事務(wù)包住。Service public class SaleService { Autowired private SaleOrderMapper saleOrderMapper; Autowired private DrugInfoMapper drugInfoMapper; Transactional(rollbackFor Exception.class) public void createSaleOrder(SaleOrder order, ListSaleOrderItem items) { saleOrderMapper.insert(order); for (SaleOrderItem item : items) { int rows drugInfoMapper.reduceStock(item.getDrugId(), item.getQuantity()); if (rows 0) { throw new RuntimeException(藥品庫(kù)存不足訂單已回滾); } item.setSaleOrderId(order.getId()); saleOrderMapper.insertItem(item); } } }rollbackFor Exception.class表示運(yùn)行時(shí)異常和非運(yùn)行時(shí)異常都觸發(fā)回滾。reduceStock返回受影響行數(shù)如果為 0說明 update 沒有命中任何記錄這時(shí)直接拋異常讓事務(wù)回滾避免訂單和數(shù)據(jù)不一致。關(guān)鍵在 Mapper 里的這條 SQL 寫法UPDATE drug_info SET stock stock - #{quantity} WHERE id #{drugId} AND stock #{quantity}這里用stock quantity做條件判斷數(shù)據(jù)庫(kù)行鎖會(huì)在 update 時(shí)鎖住這一行兩個(gè)用戶同時(shí)買同一個(gè)藥時(shí)只有一個(gè)能成功扣減。這比“先 select 查庫(kù)存再 update 扣庫(kù)存”安全得多后者在并發(fā)場(chǎng)景下會(huì)超賣。只扣 stock 時(shí)配合事務(wù)注解就能在答辯中回答“庫(kù)存會(huì)不會(huì)扣成負(fù)數(shù)”這個(gè)問題。這個(gè)問題在 Java 面試題里也是高頻答辯時(shí)順嘴提一句“通過條件更新而不是業(yè)務(wù)層判斷”就能加分。務(wù)必要注意事務(wù)失效的兩個(gè)坑。第一個(gè)是同一個(gè)類內(nèi)部調(diào)用 createSaleOrder事務(wù)注解會(huì)被繞過因?yàn)?Spring 事務(wù)基于代理同類調(diào)用走的是 this 本身而不是代理對(duì)象。第二個(gè)是 MySQL 表引擎不是 InnoDB。如果建表語句寫的是 ENGINEMyISAM事務(wù)會(huì)靜默失效扣庫(kù)存和插訂單會(huì)變成兩條獨(dú)立提交。這也是為什么我在前文建表 SQL 里特意寫 InnoDB。4.3 按鈕級(jí)權(quán)限讓不同角色看到不同菜單的最小實(shí)現(xiàn)角色權(quán)限在畢設(shè)里做到“菜單級(jí)顯示”就夠了。管理員能看到用戶管理、供貨商管理普通收銀員只能看到銷售頁(yè)面這個(gè)需求最常見的實(shí)現(xiàn)方案是 JSP 里基于 session 角色做條件渲染c:if test${sessionScope.loginUser.roleId 1} lia href${pageContext.request.contextPath}/user/list用戶管理/a/li /c:if c:if test${sessionScope.loginUser.roleId 2} lia href${pageContext.request.contextPath}/sale/create藥品銷售/a/li /c:if這段 JSTL 代碼做了純前端的菜單展示控制。要注意它只是“界面層控制”不是真正的安全手段。任何人都可以直接在瀏覽器地址欄輸入/user/list來繞過菜單訪問所以后端接口還需要配合 4.1 的攔截器或者在 Controller 方法里再做一次角色判斷。畢設(shè)答辯時(shí)如果老師追問“前端隱藏按鈕夠不夠”你如果能答出“按鈕隱藏只是展示層真正攔截要在服務(wù)端做”就已經(jīng)超過很多只做前端判斷的組了。5. 避坑實(shí)錄SSM 藥房系統(tǒng)從啟動(dòng)到跑通的 5 個(gè)常見問題我這個(gè)項(xiàng)目最常見的問題不在業(yè)務(wù)代碼而在環(huán)境銜接和配置文件。下面這五條是按“現(xiàn)象 - 原因 - 解決”整理的基本覆蓋了 SSM 藥房系統(tǒng)從開機(jī)到跑通的高頻翻車點(diǎn)。5.1 連接類驅(qū)動(dòng)、建庫(kù)和 MySQL 8 的兼容問題現(xiàn)象一啟動(dòng)后控制臺(tái)報(bào)Communications link failure或者Unknown database pharmacy_db。原因應(yīng)用連接不到數(shù)據(jù)庫(kù)。要么是 MySQL 服務(wù)沒啟動(dòng)要么是用戶名密碼不對(duì)要么是庫(kù)里根本不存在pharmacy_db這個(gè) schema。還有一種隱蔽原因是 MySQL 8 的認(rèn)證插件問題老驅(qū)動(dòng)連不上新數(shù)據(jù)庫(kù)。解決先打開 Navicat 或命令行用同樣的賬號(hào)密碼連一次確認(rèn)能連上。再檢查 jdbc.url 里的庫(kù)名是否和實(shí)際數(shù)據(jù)庫(kù)名一致。MySQL 8 環(huán)境下把驅(qū)動(dòng)改成com.mysql.cj.jdbc.Driverurl 末尾補(bǔ)serverTimezoneAsia/Shanghai這樣能消掉時(shí)區(qū)類報(bào)錯(cuò)?，F(xiàn)象二啟動(dòng)時(shí)報(bào)ClassNotFoundException: com.mysql.jdbc.Driver。原因pom.xml 里缺少 MySQL 驅(qū)動(dòng)依賴或者依賴沒有被 Maven 下載完整。很多 SSM 模板項(xiàng)目里驅(qū)動(dòng)坐標(biāo)寫的是mysql-connector-java但這個(gè)坐標(biāo)在 MySQL 8 之后要指定版本不指定版本時(shí) Maven 可能拉不到合適的包。解決先執(zhí)行mvn dependency:tree查一下 mysql 相關(guān)依賴是否在列表里沒有的話在 pom.xml 的 dependencies 里補(bǔ)上對(duì)應(yīng)驅(qū)動(dòng)并確認(rèn) scope 不要寫成 provided。刷新 Maven 后重新啟動(dòng)?，F(xiàn)象三登錄頁(yè)面能打開但輸入正確賬號(hào)后卡住或報(bào) 500。原因這類情況多半是數(shù)據(jù)庫(kù)腳本導(dǎo)入不完整。常見的是只導(dǎo)入了表結(jié)構(gòu)沒有把初始管理員賬號(hào)的 INSERT 語句執(zhí)行成功導(dǎo)致查用戶時(shí)返回空。解決查一下 sys_user 表里是否有數(shù)據(jù)沒有就單獨(dú)執(zhí)行腳本里的 INSERT 語句。如果腳本執(zhí)行時(shí)把DROP TABLE IF EXISTS漏掉舊表數(shù)據(jù)會(huì)和新數(shù)據(jù)沖突可以手動(dòng)把核心表清空后重新導(dǎo)入。5.2 運(yùn)行類端口、編碼、字段映射和依賴沖突現(xiàn)象四頁(yè)面顯示中文亂碼或者保存到數(shù)據(jù)庫(kù)里的中文變成問號(hào)。原因三層字符集不一致。Tomcat 接收請(qǐng)求時(shí)默認(rèn)字符集不是 UTF-8MySQL 表沒設(shè)置 utf8mb4以及 Java 代碼和頁(yè)面編碼不一致三處只要有一處不對(duì)就會(huì)亂碼。解決先保證 2.2 里的 CharacterEncodingFilter 配置正確url-pattern 必須是/*。再檢查數(shù)據(jù)庫(kù)連接 url 里有沒有characterEncodingutf8。最后看建表語句確認(rèn)表字符集是utf8mb4。這三層都對(duì)齊后一般亂碼問題就消失了。如果還有問題可以觀察 JSP 頁(yè)面頂部的 pageEncoding 屬性是否和文件實(shí)際編碼一致?，F(xiàn)象五點(diǎn)擊某個(gè)按鈕或接口報(bào)Invalid bound statement (not found)或者保存時(shí)實(shí)體類屬性一直為空?qǐng)?bào)Column xxx cannot be null。原因MyBatis 的 Mapper XML 和接口沒有綁定成功。第一種是掃描路徑問題XML 文件沒有放在接口同包目錄下導(dǎo)致 MyBatis 解析不到。第二種是字段映射問題數(shù)據(jù)庫(kù)列名是order_no實(shí)體屬性是orderNo但如果 mybatis-config 里沒開駝峰映射返回的實(shí)體屬性就是 null。解決檢查 Spring 配置里 MapperScannerConfigurer 的 basePackage 是否指向 DAO 接口所在包同時(shí)確認(rèn) target/classes 目錄下有沒有對(duì)應(yīng)的 XML 文件。Maven 默認(rèn)只把 src/main/resources 下的 XML 打包如果你把 Mapper XML 放在 src/main/java 的包目錄里需要在 pom.xml 里加上資源過濾配置否則編譯后 XML 被丟棄。如果不能確保這一塊不出問題最省事的做法是把 Mapper XML 統(tǒng)一放到 src/main/resources/mapper 目錄下并在 mybatis-config 里用mapper resourcemapper/xxx.xml/顯式注冊(cè)。6. 三個(gè)加分改造和答辯驗(yàn)證讓藥房管理系統(tǒng)夠到“高分畢設(shè)”把源碼跑通只是及格線。想讓指導(dǎo)老師和答辯評(píng)委覺得這個(gè) SSM 藥房管理系統(tǒng)是“自己做過、想過”的我一般會(huì)再建議加三個(gè)低成本改造。第一個(gè)是藥品過期預(yù)警。在 drug_info 表里已經(jīng)有 expire_date 字段的前提下加一個(gè)查詢接口把 30 天內(nèi)到期的藥列出來SELECT drug_name, stock, expire_date FROM drug_info WHERE expire_date BETWEEN NOW() AND DATE_ADD(NOW(), INTERVAL 30 DAY) ORDER BY expire_date ASC;這條 SQL 不需要新增表也不需要引入定時(shí)任務(wù)在頁(yè)面加一個(gè)“臨期藥品”入口就能看到效果。答辯被問到“這個(gè)系統(tǒng)有沒有考慮到藥房實(shí)際業(yè)務(wù)”這就是最好的例子。第二個(gè)是操作日志?？梢越ㄒ粡?log 表在登錄、銷售、采購(gòu)這些動(dòng)作后手動(dòng)插入一條記錄。雖然用 AOP 做更專業(yè)但畢設(shè)手動(dòng)寫反而容易講清楚。第三個(gè)是銷售統(tǒng)計(jì)。按日統(tǒng)計(jì)營(yíng)業(yè)額一行 SQL 就能出來配合 JFreeChart 或 ECharts 畫個(gè)柱狀圖視覺沖擊力遠(yuǎn)大于單純表格。加分項(xiàng)改動(dòng)量答辯價(jià)值臨期藥品預(yù)警一個(gè) SQL 一個(gè)頁(yè)面入口體現(xiàn)藥房行業(yè)理解登錄日志一張表 一次攔截器插入體現(xiàn)完整的數(shù)據(jù)流意識(shí)銷售統(tǒng)計(jì)一個(gè)聚合 SQL 圖表體現(xiàn)商業(yè)數(shù)據(jù)分析能力答辯時(shí)有兩個(gè)問題幾乎必問。一個(gè)是“庫(kù)存怎么避免超賣”你把 4.2 的 update 條件 SQL 講清楚就夠了。另一個(gè)是“為什么用 SSM 而不是 Spring Boot”不要貶低 Spring Boot可以從框架分層清晰、事務(wù)和 SQL 可控、學(xué)校課程體系銜接這些角度去答同時(shí)承認(rèn) Spring Boot 更適合快速開發(fā)。我的習(xí)慣是拿到項(xiàng)目先把數(shù)據(jù)庫(kù)表關(guān)系畫出來再在源碼里定位三個(gè)關(guān)鍵點(diǎn)登錄攔截、事務(wù)入口、Mapper SQL這三個(gè)點(diǎn)過了整個(gè)項(xiàng)目基本就講活了。這條路走完希望你也能把“高分畢設(shè)”這四個(gè)字從壓縮包名字變成答辯現(xiàn)場(chǎng)的底氣。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取