實(shí)戰(zhàn):從框架原理到庫(kù)存扣減事務(wù)解析)
簡(jiǎn)介一套基于SSM框架的藥房管理系統(tǒng)完整畢業(yè)設(shè)計(jì)項(xiàng)目面向計(jì)算機(jī)相關(guān)專業(yè)畢業(yè)生及需要項(xiàng)目實(shí)戰(zhàn)的Java學(xué)習(xí)者。系統(tǒng)涵蓋藥品信息管理、庫(kù)存、采購(gòu)、銷售等典型藥房業(yè)務(wù)模塊可幫助讀者掌握Spring、SpringMVC、MyBatis三層架構(gòu)的整合與開發(fā)流程。資源包共1222個(gè)文件約19.56MB包含48個(gè)Java源文件、70個(gè)JSP頁(yè)面、18個(gè)XML配置、SQL數(shù)據(jù)庫(kù)腳本以及CSS/JS/HTML等前端資源其中JSP視圖與前端資源用于界面展示Java源文件和XML配置體現(xiàn)業(yè)務(wù)邏輯與框架整合目錄結(jié)構(gòu)清晰便于定位學(xué)習(xí)。源碼經(jīng)本地編譯調(diào)試評(píng)審得分98分可直接運(yùn)行或作為二次開發(fā)基礎(chǔ)。目前已有174人學(xué)習(xí)下載適合用于畢業(yè)設(shè)計(jì)參考、課程設(shè)計(jì)或SSM框架項(xiàng)目練習(xí)。1. 從畢設(shè)選題到可運(yùn)行系統(tǒng)藥房管理系統(tǒng)到底解決了什么每年到這個(gè)節(jié)點(diǎn)總有一批人被同一個(gè)場(chǎng)景卡住從網(wǎng)上下載了基于SSM框架的藥房管理系統(tǒng)源碼數(shù)據(jù)庫(kù)腳本也導(dǎo)進(jìn)去了Tomcat也點(diǎn)啟動(dòng)頁(yè)面卻停在登錄框轉(zhuǎn)圈或者一查藥品就報(bào)500。更尷尬的是答辯現(xiàn)場(chǎng)老師問一句“你的庫(kù)存扣減怎么保證不超賣”答不上來(lái)分?jǐn)?shù)直接從“高分畢設(shè)”掉到“及格邊緣”。我見過太多人把精力全耗在配環(huán)境上配完能跑就以為完事其實(shí)對(duì)SSM三件套怎么協(xié)作、業(yè)務(wù)表和接口怎么銜接還是一團(tuán)黑。這個(gè)藥房管理系統(tǒng)本質(zhì)上是一個(gè)典型的Java Web進(jìn)銷存項(xiàng)目藥品信息管理、入庫(kù)出庫(kù)、銷售收銀、供應(yīng)商維護(hù)、庫(kù)存預(yù)警再加一個(gè)簡(jiǎn)單的權(quán)限角色區(qū)分。技術(shù)棧鎖死在Spring SpringMVC MyBatis配MySQL數(shù)據(jù)庫(kù)腳本。它適合兩類人一類是正在做Java畢設(shè)、需要一個(gè)能講清楚又能落地的項(xiàng)目兜底的學(xué)生另一類是剛學(xué)完SSM框架、想看看三個(gè)框架怎么集成到同一個(gè)工程里的初學(xué)者。先說(shuō)結(jié)論源碼能跑通只是起點(diǎn)真正決定能不能拿高分的是你對(duì)請(qǐng)求鏈路、事務(wù)邊界和庫(kù)存扣減這三件事的理解。下面我把整個(gè)落地路徑拆開講。2. SSM三件套在藥房系統(tǒng)里各自管哪塊選型理由與核心流程很多人把SSM當(dāng)成一個(gè)整體在配出了問題不知道找誰(shuí)。其實(shí)三個(gè)框架在藥房系統(tǒng)里分工非常明確Spring管對(duì)象和事務(wù)SpringMVC管HTTP請(qǐng)求的路由和參數(shù)綁定MyBatis管SQL和結(jié)果映射。它們各自只管自己那一層協(xié)作起來(lái)才是一條完整的調(diào)用鏈。這一章先把分工講清楚后面配置和排錯(cuò)才有依據(jù)。2.1 Spring的IoC與事務(wù)在藥房訂單里的位置藥房系統(tǒng)的核心業(yè)務(wù)是銷售和入庫(kù)。一次銷售動(dòng)作至少涉及兩件事往銷售訂單表插一條記錄再把藥品庫(kù)存表的庫(kù)存數(shù)量減掉。如果沒有事務(wù)第二步失敗時(shí)第一步已經(jīng)提交賬就對(duì)不上了。Spring在這里做的事就是用Transactional把這兩步包進(jìn)同一個(gè)數(shù)據(jù)庫(kù)事務(wù)里要么全成要么全敗。Spring的IoC容器在這個(gè)項(xiàng)目里體現(xiàn)在Service層。常見的做法是Controller里不直接new一個(gè)Service對(duì)象而是通過注解注入。比如Autowired一個(gè)DrugService容器啟動(dòng)時(shí)幫你把實(shí)現(xiàn)類實(shí)例化好并注入進(jìn)去。這對(duì)畢設(shè)答辯是一個(gè)很值得講的點(diǎn)你的各個(gè)業(yè)務(wù)模塊之間是解耦的替換實(shí)現(xiàn)類不需要?jiǎng)诱{(diào)用方代碼。配置上通常在spring-mybatis.xml里用bean或注解掃描包路徑來(lái)聲明這些對(duì)象context:component-scan base-packagecom.xxx.service/這種寫法就是Spring掃描Service層注解的入口。事務(wù)配置要單獨(dú)說(shuō)一句。很多人Transactional注解加了但庫(kù)存還是能扣成負(fù)數(shù)問題往往出在事務(wù)管理器沒有接到數(shù)據(jù)源上。DataSourceTransactionManager必須顯式把dataSource屬性指過去不然Spring管理的事務(wù)和你連接池里的連接不是同一個(gè)會(huì)話事務(wù)注解形同虛設(shè)。這個(gè)我在第5章踩坑部分還會(huì)再展開。2.2 SpringMVC處理一次藥品查詢請(qǐng)求的完整路徑先走一遍請(qǐng)求路徑后面排查404、500時(shí)會(huì)非常有用。用戶在瀏覽器輸入/drug/list?keyword阿莫西林請(qǐng)求先到web.xml里配置的DispatcherServlet它的url-pattern通常設(shè)為/所有請(qǐng)求都會(huì)進(jìn)來(lái)。接著SpringMVC根據(jù)RequestMapping(/drug/list)找到對(duì)應(yīng)的Controller方法把keyword參數(shù)綁定到方法入?yún)⑸?。Controller拿到參數(shù)后自己不寫SQL而是調(diào)用Service接口Service再調(diào)Mapper接口Mapper的XML里寫真正的SQL語(yǔ)句。返回結(jié)果從后端一層層往前傳Controller把查到的藥品列表放進(jìn)ModelAndView或Model里再交給視圖解析器渲染JSP頁(yè)面。整個(gè)過程里SpringMVC幫你做了參數(shù)轉(zhuǎn)換、路徑匹配和視圖渲染三件事你只需要關(guān)注Controller里那幾行代碼。有個(gè)細(xì)節(jié)容易忽略SpringMVC默認(rèn)不處理靜態(tài)資源請(qǐng)求。如果JSP頁(yè)面里引用了CSS、JS文件而你沒有在spring-mvc.xml里配置mvc:resources mapping/static/** location/static//這些資源會(huì)被DispatcherServlet攔截后報(bào)404。很多頁(yè)面長(zhǎng)得丑、樣式加載不出來(lái)就是這個(gè)配置漏了和第5章我講的靜態(tài)資源攔截是同一個(gè)坑。2.3 MyBatis的Mapper層庫(kù)存扣減為什么不能只寫一條update在SSM項(xiàng)目里MyBatis負(fù)責(zé)把Java方法和SQL映射起來(lái)。藥房系統(tǒng)里最容易被答辯老師追問的就是庫(kù)存扣減。初學(xué)者常寫的SQL是UPDATE drug_stock SET stock stock - 1 WHERE drug_id ?。表面看沒問題但你要考慮并發(fā)場(chǎng)景兩個(gè)人同時(shí)買同一個(gè)藥兩個(gè)請(qǐng)求同時(shí)讀到庫(kù)存是10都減1最后庫(kù)存變成9而不是8。這在數(shù)據(jù)庫(kù)層面叫丟失更新。要修正它常見做法是把扣減條件加上庫(kù)存數(shù)量的判斷UPDATE drug_stock SET stock stock - #{num} WHERE drug_id #{id} AND stock #{num}。這句話的意思是先檢查庫(kù)存夠不夠夠了才扣不夠就不動(dòng)這條記錄同時(shí)配合事務(wù)回滾保證不會(huì)出現(xiàn)負(fù)數(shù)庫(kù)存。MyBatis的Mapper XML里寫動(dòng)態(tài)SQL也很方便比如if testkeyword ! null and keyword ! 來(lái)拼查詢條件比JDBC手動(dòng)拼接字符串安全得多也基本杜絕了SQL注入。MyBatis另一個(gè)值得講清楚的是結(jié)果映射。表字段是drug_idJava屬性是drugId如果MyBatis沒開駝峰映射配置查出來(lái)的對(duì)象里drugId就是null。解決方式是在mybatis-config.xml里加setting namemapUnderscoreToCamelCase valuetrue/。這一句話能省掉大半的resultMap手寫工作量是我每接到一個(gè)SSM項(xiàng)目第一個(gè)檢查的配置項(xiàng)。3. 把數(shù)據(jù)庫(kù)腳本跑起來(lái)建庫(kù)建表與初始化數(shù)據(jù)拿到源碼包第一步通常不是看代碼而是把數(shù)據(jù)庫(kù)腳本導(dǎo)入MySQL。這一步翻車率極高十個(gè)人里有三四個(gè)卡在這里。原因集中在導(dǎo)入順序、字符集和MySQL 8的認(rèn)證方式上。這一章按照我平時(shí)給項(xiàng)目初始化數(shù)據(jù)庫(kù)的順序來(lái)講你可以直接照著做。3.1 建庫(kù)與導(dǎo)入腳本命令行與Navicat兩條路線先說(shuō)命令行方式。假設(shè)腳本文件叫pharmacy.sql在Windows的cmd里執(zhí)行注意先確認(rèn)MySQL的bin目錄在PATH里mysql -uroot -p123456 -e CREATE DATABASE IF NOT EXISTS pharmacy DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; mysql -uroot -p123456 --default-character-setutf8mb4 pharmacy D:/sql/pharmacy.sql第一條命令的作用是創(chuàng)建數(shù)據(jù)庫(kù)utf8mb4比utf8多支持四字節(jié)字符比如有些生僻字和emoji藥房系統(tǒng)里藥品名稱和商品名經(jīng)常帶特殊字符用utf8mb4能少很多幺蛾子。第二條命令才是把腳本導(dǎo)入--default-character-setutf8mb4這個(gè)參數(shù)非常關(guān)鍵不加的話腳本里的中文注釋和中文數(shù)據(jù)容易變成亂碼。用圖形工具也完全可以Navicat或DataGrip里右鍵連接新建數(shù)據(jù)庫(kù)字符集選utf8mb4然后選中庫(kù)右鍵“運(yùn)行SQL文件”選擇腳本路徑執(zhí)行即可。注意執(zhí)行完一定要刷新一下庫(kù)列表有些版本不刷新不顯示新表。導(dǎo)入完先看左邊表列表的數(shù)量如果只有幾十張里的兩三張說(shuō)明腳本中間某個(gè)語(yǔ)句報(bào)錯(cuò)中斷了得點(diǎn)開消息面板看具體是哪個(gè)表的建表語(yǔ)句掛了。3.2 三張核心表的關(guān)系藥品、庫(kù)存、銷售記錄藥房系統(tǒng)的表通常不止三張但理解了核心三張整個(gè)系統(tǒng)就懂了一半。我拿最常見的表設(shè)計(jì)來(lái)說(shuō)明表名核心字段職責(zé)drug_infodrug_id,drug_code,drug_name,specification,unit,price,prescription_type,expire_date藥品靜態(tài)信息價(jià)格、規(guī)格、是否處方藥drug_stockstock_id,drug_id,total_stock,warning_line,update_time當(dāng)前庫(kù)存余量和藥品一對(duì)一的對(duì)應(yīng)關(guān)系sale_recordrecord_id,drug_id,sale_num,sale_price,sale_time,operator_id每筆銷售流水記錄賣了多少、多少錢、誰(shuí)操作藥品表和庫(kù)存表之間通過drug_id關(guān)聯(lián)銷售記錄表和藥品表之間也是drug_id。這和你正常去藥店買藥是一一對(duì)應(yīng)的每個(gè)藥品有一條庫(kù)存數(shù)每次賣出加一條銷售流水同時(shí)庫(kù)存減一。這里要注意sale_record應(yīng)該保存賣出的單價(jià)快照而不是實(shí)時(shí)去查drug_info里的當(dāng)前價(jià)格。因?yàn)樗巸r(jià)會(huì)調(diào)你回頭對(duì)賬時(shí)必須用賣出去那一刻的價(jià)格這就是數(shù)據(jù)庫(kù)設(shè)計(jì)里說(shuō)的冗余存儲(chǔ)是為了歷史一致性。建表腳本樣例大致長(zhǎng)這樣簡(jiǎn)化版實(shí)際腳本會(huì)更全CREATE TABLE drug_info ( drug_id int(11) NOT NULL AUTO_INCREMENT, drug_code varchar(32) NOT NULL COMMENT 藥品編碼, drug_name varchar(128) NOT NULL COMMENT 藥品名稱, specification varchar(64) DEFAULT NULL COMMENT 規(guī)格, price decimal(10,2) NOT NULL COMMENT 零售價(jià), prescription_type tinyint(1) DEFAULT 0 COMMENT 0非處方 1處方, expire_date date DEFAULT NULL COMMENT 有效期, PRIMARY KEY (drug_id) ) ENGINEInnoDB AUTO_INCREMENT1 DEFAULT CHARSETutf8mb4;注意ENGINEInnoDB必須指定MyISAM不支持事務(wù)藥房系統(tǒng)的銷售和庫(kù)存扣減一旦跨表非事務(wù)引擎就廢了這個(gè)坑我在第5章詳細(xì)說(shuō)。decimal(10,2)是貨幣標(biāo)準(zhǔn)寫法別用float浮點(diǎn)算錢會(huì)丟精度對(duì)賬時(shí)候差幾分錢夠你找半天的。3.3 初始化賬號(hào)與數(shù)據(jù)管理員、收銀員角色怎么分腳本里一般會(huì)自帶幾條初始用戶數(shù)據(jù)。最常見的角色設(shè)計(jì)是管理員和營(yíng)業(yè)員收銀員。管理員可以操作藥品增刪改、供應(yīng)商管理、查看所有銷售記錄營(yíng)業(yè)員只能做銷售開單、查詢藥品庫(kù)存。這個(gè)權(quán)限差別通常用一張sys_user表加一個(gè)user_role字段來(lái)實(shí)現(xiàn)或者獨(dú)立一張角色表。字段設(shè)計(jì)一般是CREATE TABLE sys_user ( user_id int(11) NOT NULL AUTO_INCREMENT, username varchar(32) NOT NULL, password varchar(64) NOT NULL COMMENT MD5或BCrypt加密, real_name varchar(32) DEFAULT NULL, role_id int(11) NOT NULL COMMENT 1管理員 2營(yíng)業(yè)員, status tinyint(1) DEFAULT 1, PRIMARY KEY (user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;導(dǎo)入腳本后一定要先查一下初始用戶名和密碼很多項(xiàng)目的初始密碼是123456但存儲(chǔ)方式可能是MD5加密后的串。登錄不上不要急著懷疑代碼先用SQL查一下SELECT * FROM sys_user;你看到的密碼字段如果是e10adc3949ba59abbe56e057f20f883e這串那就是123456的MD5值。如果前端登錄用的不是MD5而是BCrypt你也可以在登錄頁(yè)試一下明文123456能進(jìn)就說(shuō)明過濾器里做了加密比較。這塊搞清楚面試和答辯時(shí)講到“用戶認(rèn)證怎么做的”就有話說(shuō)了。4. 本地跑通源碼從JDK到Tomcat的完啟動(dòng)流程數(shù)據(jù)庫(kù)就緒后下一步是在IDEA里把工程跑起來(lái)。SSM項(xiàng)目跑不起來(lái)的原因高度集中在版本不匹配和配置數(shù)據(jù)源上。這一章的環(huán)境版本搭配是這么多年下來(lái)最不容易出事的組合你按這個(gè)來(lái)基本能少走一半彎路。4.1 環(huán)境版本對(duì)照J(rèn)DK 8、Tomcat 8.5、Maven 3.6的搭配理由SSM的大多數(shù)畢設(shè)項(xiàng)目都是在JDK 8時(shí)代寫的用JDK 17去跑大概率編譯不過因?yàn)閖avax.servlet從JDK 9開始就移除了老項(xiàng)目依賴的是javax命名空間新環(huán)境里根本找不到這些類。我見過太多人卡在這一步其實(shí)不是項(xiàng)目爛是版本錯(cuò)配。穩(wěn)妥的組合是組件推薦版本原因JDK1.88u202以上大多數(shù)SSM老代碼只兼容到j(luò)avax命名空間Tomcat8.5.x匹配Servlet 3.1規(guī)范內(nèi)置運(yùn)行方式友好Maven3.6.x和IDEA自帶Maven兼容度最高依賴解析穩(wěn)定MySQL5.7 或 8.05.7最穩(wěn)8.0需注意驅(qū)動(dòng)和時(shí)區(qū)配置IDEA2020以后的版本對(duì)Maven和Tomcat插件支持都比較成熟Maven 3.6的settings.xml里最好配一下阿里云鏡像不然SSM依賴?yán)锬切├习谥醒雮}(cāng)庫(kù)拉取很慢還容易超時(shí)。鏡像配置是mirror節(jié)點(diǎn)里把central代理到https://maven.aliyun.com/repository/public這個(gè)不屬于外鏈?zhǔn)浅R?guī)操作。4.2 IDEA導(dǎo)入與配置文件改寫IDEA導(dǎo)入SSM工程第一步是File - Open選擇pom.xml所在目錄IDEA會(huì)識(shí)別為Maven項(xiàng)目并開始解析依賴。解析過程中右下角會(huì)轉(zhuǎn)圈第一次可能要下載幾百M(fèi)B依賴別急著操作。導(dǎo)入完成后重點(diǎn)檢查三處配置。第一處jdbc.properties——這是連不上數(shù)據(jù)庫(kù)的第一大原因。常見寫法是jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/pharmacy?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password123456這里有三點(diǎn)要強(qiáng)調(diào)。driver如果是MySQL 8.0要用com.mysql.cj.jdbc.Driver用老的com.mysql.jdbc.Driver會(huì)報(bào)警告但不一定報(bào)錯(cuò)。useSSLfalse必須加MySQL 8默認(rèn)啟用SSL校驗(yàn)不加會(huì)報(bào)Communications link failure。serverTimezoneAsia/Shanghai必須加否則MySQL 8會(huì)報(bào)The server time zone value的異常。因?yàn)橹袊?guó)時(shí)區(qū)問題很多人卡在這三個(gè)參數(shù)上每一個(gè)都是血淚經(jīng)驗(yàn)。第二處spring-mybatis.xml里的Mapper掃描路徑。檢查mapper-locations配置的classpath:mapper/*.xml和你實(shí)際的XML存放路徑是否一致。這個(gè)對(duì)不上就報(bào)Invalid bound statement (not found)Service調(diào)用Mapper方法時(shí)必炸。第三處pom.xml的依賴坐標(biāo)。常見需要的是spring-webmvc、mybatis、mybatis-spring、mysql-connector-java版本號(hào)5.1.49或8.x對(duì)應(yīng)上數(shù)據(jù)庫(kù)版本、druid連接池、jackson-databind前后端JSON交互、jstl和javax.servlet-apiprovided作用域給Tomcat用。缺了jackson前端Ajax請(qǐng)求返回的JSON會(huì)變成一串亂碼或直接報(bào)406。4.3 啟動(dòng)后驗(yàn)證登錄、查藥品、做一次入庫(kù)操作的請(qǐng)求鏈路配置改完就點(diǎn)Tomcat啟動(dòng)。啟動(dòng)日志看到Server startup in [xxx] milliseconds字樣后打開瀏覽器訪問http://localhost:8080/項(xiàng)目名/。這一步經(jīng)常有人卡住因?yàn)镾SM項(xiàng)目打的包通常是war項(xiàng)目名要和pom.xml里的finalName保持一致。訪問不放心就看一下IDEA下方的Tomcat Console如果出現(xiàn)Artifact xxx:war exploded: Error during artifact deployment說(shuō)明你的war包沒打?qū)騑eb模塊沒配置好檢查Project Structure - Artifacts里的Output Layout是否包含lib下的所有依賴。驗(yàn)證功能不要只登錄一下就完事按業(yè)務(wù)流程走一遍才能確認(rèn)框架集成沒斷。先登錄走一次SpringMVC的登錄驗(yàn)證再點(diǎn)開藥品列表走一次Mapper查詢?nèi)缓笮陆ㄒ粭l入庫(kù)單走一次Service事務(wù)提交。其中入庫(kù)操作是測(cè)試事務(wù)最方便的手段——在入庫(kù)ServiceImpl的Transactional方法里加個(gè)System.out.println(1/0);如果提交不了且數(shù)據(jù)庫(kù)里沒有新增記錄說(shuō)明事務(wù)生效。測(cè)試完記得把這行刪掉。5. 畢設(shè)答辯前必查的坑導(dǎo)入失敗、中文亂碼、功能斷層這一章是排錯(cuò)清單每一條都是實(shí)戰(zhàn)里反復(fù)出現(xiàn)的。按照現(xiàn)象→原因→解決的順序?qū)懩銓?duì)照著自己項(xiàng)目的現(xiàn)象找省得從報(bào)錯(cuò)日志里瞎猜。5.1 改完jdbc配置還是連不上數(shù)據(jù)庫(kù)時(shí)區(qū)、SSL與驅(qū)動(dòng)三連問現(xiàn)象數(shù)據(jù)庫(kù)明明開著賬號(hào)密碼都對(duì)啟動(dòng)Tomcat時(shí)就是報(bào)Cannot create PoolableConnectionFactory或Communications link failure。原因排在前三的是MySQL 8的驅(qū)動(dòng)類寫成了老的com.mysql.jdbc.Driver連接串沒有serverTimezone或者是useSSL沒設(shè)置為false。解決的常規(guī)順序是先確認(rèn)MySQL版本5.7用老驅(qū)動(dòng)8.0用新驅(qū)動(dòng)再檢查jdbc:mysql://localhost:3306/pharmacy?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai這三個(gè)參數(shù)缺一不可最后重啟Tomcat。還有一種情況是3306端口被占用netstat -ano | findstr 3306看下端口是否被別的進(jìn)程占著。5.2 藥品名稱中文全變問號(hào)characterEncoding與表collation雙管齊下現(xiàn)象從界面錄入的“阿莫西林膠囊”存到庫(kù)里變成“”查出來(lái)也是問號(hào)。原因有兩個(gè)層面連接串沒指定characterEncodingutf8時(shí)JDBC會(huì)按服務(wù)器默認(rèn)編碼可能是latin1傳參另一個(gè)是建庫(kù)時(shí)字符集寫成了utf8而不是utf8mb4或者表的排序規(guī)則被改成了latin1_swedish_ci。解決方式先確認(rèn)CREATE DATABASE時(shí)用的字符集然后改連接串為characterEncodingutf8如果數(shù)據(jù)已經(jīng)亂了就在數(shù)據(jù)庫(kù)里執(zhí)行ALTER TABLE drug_info CONVERT TO CHARACTER SET utf8mb4;。改完重啟Tomcat重新錄入一條帶中文的數(shù)據(jù)驗(yàn)證。5.3 庫(kù)存能扣成負(fù)數(shù)事務(wù)不生效與并發(fā)不加鎖現(xiàn)象銷售開單時(shí)故意賣超庫(kù)存變成負(fù)的數(shù)據(jù)庫(kù)居然也接受了。原因有兩個(gè)第一個(gè)是事務(wù)管理器沒生效。你去檢查spring-mybatis.xml如果bean idtransactionManager里沒有引用dataSource那個(gè)bean或者tx:annotation-driven transaction-managertransactionManager/這行注釋掉了那Transactional完全不工作異常不回滾。第二個(gè)是扣減SQL本身沒加庫(kù)存判斷就是我在第2.3節(jié)說(shuō)的AND stock #{num}那個(gè)條件。解決方式先給Service實(shí)現(xiàn)類的public方法加上Transactional(rollbackFor Exception.class)再把SQL改成帶條件的更新語(yǔ)句。這里我用的習(xí)慣是加rollbackFor Exception.class因?yàn)镾pring默認(rèn)只對(duì)RuntimeException回滾檢查異常比如自定義的StockNotEnoughException不會(huì)自動(dòng)回滾。5.4 頁(yè)面報(bào)404或500但控制臺(tái)沒有堆棧靜態(tài)資源攔截與Mapper掃描遺漏現(xiàn)象登錄頁(yè)跳轉(zhuǎn)后CSS全丟頁(yè)面裸奔或者點(diǎn)按鈕彈窗里顯示500但后臺(tái)catalina.out日志干干凈凈。前者是SpringMVC的靜態(tài)資源攔截解決方式很簡(jiǎn)單在spring-mvc.xml里配置mvc:resources mapping/static/** location/static// mvc:annotation-driven/后者通常分兩種一是jackson庫(kù)沒引入Spring無(wú)法把返回的對(duì)象轉(zhuǎn)成JSON報(bào)500但日志被前端吞了二是MyBatis的mapper-locations配置路徑不對(duì)導(dǎo)致SQL沒綁定報(bào)Invalid bound statement (not found)。解決方式打開瀏覽器F12切到Network標(biāo)簽看實(shí)際請(qǐng)求的狀態(tài)碼和響應(yīng)信息比看后臺(tái)日志更快找到問題。6. 從“能跑”到“高分”給藥房系統(tǒng)加一個(gè)讓答辯加分的小功能如果你的系統(tǒng)已經(jīng)跑通登錄、庫(kù)存、銷售這幾條主鏈路都沒問題接下來(lái)加一個(gè)獨(dú)立小功能能讓答辯老師對(duì)你另眼相看。我推薦做“藥品有效期預(yù)警”它既有業(yè)務(wù)價(jià)值又不需要?jiǎng)酉到y(tǒng)主結(jié)構(gòu)2小時(shí)能搞定但能講的知識(shí)點(diǎn)非常多——定時(shí)任務(wù)、SQL條件和數(shù)據(jù)可視化都沾得上。6.1 用Spring定時(shí)任務(wù)加一個(gè)過期預(yù)警在Service里加一個(gè)方法用Spring自帶的Scheduled注解定時(shí)掃描把距有效期不足3個(gè)月的藥品查出來(lái)。首先確認(rèn)Spring配置文件里開啟了定時(shí)任務(wù)task:annotation-driven/然后在Service實(shí)現(xiàn)類里寫Scheduled(cron 0 0 9 * * ?) // 每天早上9點(diǎn)執(zhí)行 public void checkExpireDrugs() { LocalDate warningDate LocalDate.now().plusMonths(3); ListDrugInfo expireList drugMapper.selectExpireDrugs(java.sql.Date.valueOf(warningDate)); for (DrugInfo drug : expireList) { log.warn(藥品 {} 將于 {} 到期請(qǐng)及時(shí)處理, drug.getDrugName(), drug.getExpireDate()); } // 還可以把結(jié)果寫入一張預(yù)警表供前端查詢展示 }這里Scheduled是Spring的定時(shí)任務(wù)注解cron表達(dá)式0 0 9 * * ?表示每天9點(diǎn)觸發(fā)。對(duì)應(yīng)Mapper里就一句SQLSELECT * FROM drug_info WHERE expire_date IS NOT NULL AND expire_date #{warningDate}。這個(gè)功能往前端一接首頁(yè)放個(gè)“近效期藥品提醒”的表格屏幕上瞬間多了一個(gè)能演示的模塊。答辯時(shí)候老師問“這個(gè)預(yù)警怎么實(shí)現(xiàn)的”你就可以講清楚定時(shí)任務(wù)、時(shí)間計(jì)算和SQL篩選三個(gè)點(diǎn)比背概念強(qiáng)得多。6.2 驗(yàn)證預(yù)警功能的兩條路徑第一條路徑改系統(tǒng)時(shí)間或數(shù)據(jù)庫(kù)數(shù)據(jù)來(lái)強(qiáng)制觸發(fā)。把某條藥品記錄的expire_date改成當(dāng)前日期加60天手動(dòng)調(diào)用一次Service方法看日志是否輸出預(yù)警信息。第二條路徑用JUnit寫一個(gè)簡(jiǎn)單的測(cè)試方法直接調(diào)checkExpireDrugs()打印返回值。我一般在寫這類小功能后都會(huì)跑一條測(cè)試路徑確認(rèn)不是為了覆蓋率是為了答辯時(shí)能回答“你有沒有測(cè)過”這個(gè)問題——用事實(shí)說(shuō)話比“應(yīng)該沒問題”有說(shuō)服力太多。我的習(xí)慣是給客戶或自己做驗(yàn)收時(shí)總會(huì)隨手在系統(tǒng)里做一次破壞性操作比如把庫(kù)存改成1再賣2件、把藥品有效期改成昨天再跑一次預(yù)警任務(wù)。因?yàn)椤澳芘芡ǖ南到y(tǒng)”很多“怎么測(cè)都不會(huì)出問題”的系統(tǒng)才是真正值的。希望這條經(jīng)驗(yàn)對(duì)你也有用希望幫到你把項(xiàng)目從“能跑”變成“能講清楚、能扛住追問”。本文還有配套的精品資源點(diǎn)擊獲取