簡介面向Java開發(fā)學(xué)習(xí)者及畢業(yè)設(shè)計/課程設(shè)計人員這份基于SSM框架的健身房管理系統(tǒng)資源覆蓋了從會員卡辦理、課程與教練信息管理到私教課程報名、上課記錄維護(hù)、會員繳費(fèi)統(tǒng)計及意見反饋處理等完整業(yè)務(wù)鏈系統(tǒng)后臺按管理員和會員兩種角色劃分前者負(fù)責(zé)卡務(wù)、課程、教練、記錄與統(tǒng)計管理后者可查看個人會員卡、修改信息、報名私教并提交反饋。資料包以zip壓縮包形式提供整體大小約21.61MB壓縮包格式便于直接下載部署。目前已有75人參與學(xué)習(xí)。資源以Java為開發(fā)語言采用SSM框架進(jìn)行代碼分層管理配合MySQL數(shù)據(jù)庫設(shè)計能幫助讀者理解框架整合思路、數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計以及角色權(quán)限下的核心交互流程可作為課程設(shè)計、畢業(yè)設(shè)計或項目初期原型的代碼基礎(chǔ)與業(yè)務(wù)參考適合需要快速掌握健身房管理系統(tǒng)核心模塊的開發(fā)者。1. 健身房管理系統(tǒng)為什么它成了Java課設(shè)里的常駐題目在Java課程設(shè)計和畢業(yè)設(shè)計選題里健身房管理系統(tǒng)是出現(xiàn)頻率極高的題目。它技術(shù)棧相對固定Java SSMSpring、SpringMVC、MyBatis MySQL卻把會員卡辦理、課程和教練管理、私教課報名、上課記錄、會員繳費(fèi)、意見反饋這些業(yè)務(wù)串成完整閉環(huán)還區(qū)分了管理員和會員兩套權(quán)限視角。它不是那種只有幾個登錄頁面的空殼demo。管理員要管會員卡與繳費(fèi)、維護(hù)課程和教練信息、添加私教課上課記錄、回復(fù)會員反饋會員能修改資料、報私教課、查繳費(fèi)記錄和上課記錄、提交反饋。業(yè)務(wù)面覆蓋了權(quán)限區(qū)分、一對多建模、統(tǒng)計查詢正好把SSM框架知識落到真實項目里。適合正在做課設(shè)、需要參考源碼的同學(xué)也適合剛學(xué)完Servlet想看看SpringMVCMyBatis怎么組織項目的新手。下文按拆表→搭框架→實現(xiàn)業(yè)務(wù)→排坑→驗收講解的順序把這套系統(tǒng)關(guān)鍵環(huán)節(jié)完整復(fù)現(xiàn)一遍。2. 數(shù)據(jù)庫設(shè)計先拆七張業(yè)務(wù)表再寫Mapper SQL2.1 先按角色把業(yè)務(wù)邊界劃出來在建表之前先把兩個模塊的邊界理清。管理員負(fù)責(zé)會員卡信息管理和會員繳費(fèi)完成課程和教練信息的添加與管理添加私教課程上課記錄查看和回復(fù)意見反饋還要能對繳費(fèi)記錄、上課記錄做查詢統(tǒng)計。會員負(fù)責(zé)查看會員卡信息、修改個人資料、報名私教課程、查看自己的繳費(fèi)和上課記錄、提交意見反饋。邊界定了表就出來了。會員得存教練和課程得存私教報名是“一個會員選一門課”的關(guān)聯(lián)關(guān)系上課記錄要反映“誰在什么時間上了誰的課”繳費(fèi)記錄要回答“會員為什么付了多少錢”反饋要記錄“會員說了什么、管理員有沒有回復(fù)”。按這些業(yè)務(wù)點我拆成七張表member、coach、course、signup、attend_record、payment、feedback。表名職責(zé)關(guān)鍵字段member會員與會員卡信息card_no、balance、expire_datecoach教練信息name、specialty、statuscourse課程信息coach_id、price、start_time、end_timesignup私教報名關(guān)系member_id、course_idattend_record實際上課記錄member_id、course_id、coach_idpayment繳費(fèi)記錄member_id、amount、pay_typefeedback意見反饋與回復(fù)content、reply、status這里有個取舍會員卡信息我沒有單獨(dú)建card表而是把卡號、卡類型、到期時間、余額直接放進(jìn)member表。一個會員對應(yīng)一張卡本來就是一對一關(guān)系課設(shè)這個規(guī)模下單獨(dú)建表只會增加聯(lián)表查詢沒什么收益。如果以后要支持實體卡掛失補(bǔ)辦、多卡種切換再把card拆出來也不遲。2.2 建表腳本與關(guān)鍵字段設(shè)計member表的建表腳本長這樣CREATE TABLE member ( id INT(11) NOT NULL AUTO_INCREMENT, card_no VARCHAR(32) NOT NULL COMMENT 會員卡號, card_type VARCHAR(20) DEFAULT 普通卡 COMMENT 卡類型普通卡/月卡/年卡, password VARCHAR(64) NOT NULL COMMENT 登錄密碼MD5 后存儲, name VARCHAR(30) NOT NULL, phone VARCHAR(20) DEFAULT NULL, balance DECIMAL(10,2) DEFAULT 0.00 COMMENT 卡內(nèi)余額, expire_date DATE DEFAULT NULL COMMENT 會員卡到期時間, status TINYINT(4) DEFAULT 1 COMMENT 1 正常0 停用, PRIMARY KEY (id), UNIQUE KEY uk_card_no (card_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT會員表;幾個字段值得單獨(dú)說明。金額一律用DECIMAL(10,2)不用float或double浮點數(shù)在結(jié)算類業(yè)務(wù)里會累積誤差這在課設(shè)答辯時經(jīng)常被問到。密碼字段存的是MD5后的值不是明文登錄時拿頁面輸入做同樣的MD5再比較不要在SQL里對數(shù)據(jù)庫字段做運(yùn)算。card_no加了唯一索引防止同一張卡被重復(fù)辦理。課程和教練是典型的“教練一對多課程”關(guān)系course表里存coach_idCREATE TABLE coach ( id INT(11) NOT NULL AUTO_INCREMENT, name VARCHAR(30) NOT NULL, phone VARCHAR(20) DEFAULT NULL, specialty VARCHAR(50) DEFAULT NULL COMMENT 擅長方向增肌/減脂/康復(fù), status TINYINT(4) DEFAULT 1 COMMENT 1 在職0 離職, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT教練表; CREATE TABLE course ( id INT(11) NOT NULL AUTO_INCREMENT, name VARCHAR(50) NOT NULL, coach_id INT(11) DEFAULT NULL, type VARCHAR(20) DEFAULT 私教 COMMENT 私教/團(tuán)課, price DECIMAL(10,2) DEFAULT 0.00, start_time DATETIME DEFAULT NULL, end_time DATETIME DEFAULT NULL, max_count INT(11) DEFAULT 10 COMMENT 團(tuán)課人數(shù)上限, status TINYINT(4) DEFAULT 1, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT課程表;課程表里同時存start_time和end_time是為了后面排課沖突判斷和上課記錄查詢時可以直接用時間范圍去查不用在Java里手動解析拼接字符串。max_count對團(tuán)課有用私教課默認(rèn)填1頁面報名按鈕什么時候置灰就看當(dāng)前報名數(shù)是否等于max_count。剩余四張表signup、attend_record、payment、feedback結(jié)構(gòu)差異大合并放在一個腳本里CREATE TABLE signup ( id INT(11) NOT NULL AUTO_INCREMENT, member_id INT(11) NOT NULL, course_id INT(11) NOT NULL, signup_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY uk_member_course (member_id, course_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT私教報名表; CREATE TABLE attend_record ( id INT(11) NOT NULL AUTO_INCREMENT, member_id INT(11) NOT NULL, course_id INT(11) NOT NULL, coach_id INT(11) NOT NULL, attend_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT上課記錄表; CREATE TABLE payment ( id INT(11) NOT NULL AUTO_INCREMENT, member_id INT(11) NOT NULL, amount DECIMAL(10,2) NOT NULL, pay_type VARCHAR(20) DEFAULT 現(xiàn)金 COMMENT 現(xiàn)金/微信/支付寶, pay_time DATETIME DEFAULT CURRENT_TIMESTAMP, remark VARCHAR(255) DEFAULT NULL, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT繳費(fèi)記錄表; CREATE TABLE feedback ( id INT(11) NOT NULL AUTO_INCREMENT, member_id INT(11) NOT NULL, content VARCHAR(500) NOT NULL, reply VARCHAR(500) DEFAULT NULL COMMENT 管理員回復(fù)內(nèi)容, status TINYINT(4) DEFAULT 0 COMMENT 0 未回復(fù)1 已回復(fù), create_time DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT意見反饋表;signup表上的唯一索引(member_id, course_id)是我最看重的一個細(xì)節(jié)防止同一會員反復(fù)報名同一節(jié)課產(chǎn)生臟數(shù)據(jù)。業(yè)務(wù)層可以做判斷但數(shù)據(jù)庫索引兜底更穩(wěn)。還要分清signup和attend_recordsignup是報名代表“他選了課”attend_record是實際上課記錄代表“他來了并上完了”。2.3 建表階段的四個禁忌第一主鍵不要用業(yè)務(wù)字段。比如有人覺得card_no唯一直接拿它當(dāng)主鍵結(jié)果會員卡掛失換號時所有關(guān)聯(lián)表都得跟著改這是給自己挖坑。主鍵永遠(yuǎn)用自增id業(yè)務(wù)字段用unique key約束。第二時間字段類型不要亂選。日期型用DATE日期時間型用DATETIME不要圖省事全用VARCHAR。用VARCHAR存時間排序是字典序區(qū)間查詢不走索引后面統(tǒng)計“本月繳費(fèi)總額”時特別痛苦。第三金額和數(shù)量用DECIMAL和INT。金額用DECIMAL(10,2)人數(shù)、次數(shù)用INT不要用字符串存數(shù)字。這個屬于“看一眼數(shù)據(jù)庫就知道作者有沒有經(jīng)驗”的檢查點。第四表名和字段名統(tǒng)一小寫下劃線風(fēng)格。Java實體類用駝峰屬性MyBatis里打開mapUnderscoreToCamelCase配置后select * 的列就能自動映射到實體省掉每張表寫resultMap的功夫。很多java課程設(shè)計案例源碼里表字段一會兒駝峰一會兒下劃線Mapper里就不得不寫一堆別名純屬自找麻煩。表結(jié)構(gòu)定稿后我建議先別急著寫Java代碼花十分鐘用Navicat的ER圖功能核對一遍表關(guān)系。member和signup是一對多course和signup是一對多feedback掛在member下面打開ER圖一眼就能看到哪條線連錯。代碼寫到一半發(fā)現(xiàn)查不到數(shù)據(jù)回來看往往是外鍵方向?qū)懛碋R圖能提前暴露這個問題。3. SSM三層架構(gòu)把請求從JSP送到數(shù)據(jù)庫再返回來3.1 依賴清單與版本選擇SSM項目第一步是Maven依賴。這套系統(tǒng)的技術(shù)棧是Spring SpringMVC MyBatis MySQL核心依賴如下dependencies dependency groupIdorg.springframework/groupId artifactIdspring-webmvc/artifactId version5.2.22.RELEASE/version /dependency dependency groupIdorg.springframework/groupId artifactIdspring-jdbc/artifactId version5.2.22.RELEASE/version /dependency dependency groupIdorg.mybatis/groupId artifactIdmybatis/artifactId version3.5.9/version /dependency dependency groupIdorg.mybatis/groupId artifactIdmybatis-spring/artifactId version2.0.7/version /dependency dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId version8.0.28/version /dependency dependency groupIdcom.alibaba/groupId artifactIddruid/artifactId version1.2.8/version /dependency dependency groupIdjavax.servlet/groupId artifactIdjstl/artifactId version1.2/version /dependency /dependencies版本選擇上有幾個經(jīng)驗。Spring 5.2.x兼容JDK8也兼容大多數(shù)課設(shè)環(huán)境里的Tomcat 8.5/9MySQL驅(qū)動必須用8.x的com.mysql.cj.jdbc.Driver原因在避坑章節(jié)單獨(dú)講druid連接池比c3p0配置簡單自帶監(jiān)控頁面答辯時還能演示一下連接池狀態(tài)。如果拿到的源碼里是Spring 4.x配c3p0也能跑只是排查問題時參考資料少很多。項目結(jié)構(gòu)按Controller→Service→Mapper三層排布controller包放SpringMVC控制層service包放業(yè)務(wù)接口和實現(xiàn)類mapper包放MyBatis接口resources目錄下建mapper文件夾放XML文件。JSP頁面放WEB-INF/views下避免用戶繞過Controller直接訪問頁面。3.2 兩個核心配置文件的分工SSM的Spring配置通常拆成兩份applicationContext.xml負(fù)責(zé)業(yè)務(wù)層和持久層spring-mvc.xml負(fù)責(zé)控制層。前者在web.xml里通過ContextLoaderListener加載后者由DispatcherServlet加載。拆開的好處是以后要加定時任務(wù)、消息隊列它們只依賴業(yè)務(wù)層不必經(jīng)過MVC的Web環(huán)境。applicationContext.xml里最重要的是數(shù)據(jù)源、SqlSessionFactory、Mapper掃描和事務(wù)管理context:component-scan base-packagecom.gym.service/ bean iddataSource classcom.alibaba.druid.pool.DruidDataSource init-methodinit destroy-methodclose property namedriverClassName valuecom.mysql.cj.jdbc.Driver/ property nameurl valuejdbc:mysql://localhost:3306/gym?useUnicodetrueamp;characterEncodingutf8amp;serverTimezoneAsia/Shanghai/ property nameusername valueroot/ property namepassword value123456/ /bean bean idsqlSessionFactory classorg.mybatis.spring.SqlSessionFactoryBean property namedataSource refdataSource/ property namemapperLocations valueclasspath:mapper/*.xml/ property nameconfiguration bean classorg.apache.ibatis.session.Configuration property namemapUnderscoreToCamelCase valuetrue/ /bean /property /bean bean classorg.mybatis.spring.mapper.MapperScannerConfigurer property namebasePackage valuecom.gym.mapper/ /bean tx:annotation-driven transaction-managertransactionManager/ bean idtransactionManager classorg.springframework.jdbc.datasource.DataSourceTransactionManager property namedataSource refdataSource/ /bean三處容易翻車的地方。第一url里的符號在XML里必須寫成字面量否則XML解析直接報錯第二mapperLocations指向classpath:mapper/*.xml如果Mapper接口和XML不在這個路徑下后面所有Mapper方法都會失效第三mapUnderscoreToCamelCase打開后member表的card_no列自動映射到Member實體的cardNo屬性所有SQL都不用寫resultMap。如果你改過實體類屬性名這里記得保持風(fēng)格一致否則屬性永遠(yuǎn)為null。spring-mvc.xml的職責(zé)是把請求分發(fā)給Controller并決定視圖跳轉(zhuǎn)context:component-scan base-packagecom.gym.controller/ bean classorg.springframework.web.servlet.view.InternalResourceViewResolver property nameprefix value/WEB-INF/views// property namesuffix value.jsp/ /bean mvc:annotation-driven/ mvc:default-servlet-handler/InternalResourceViewResolver的prefix和suffix組合起來很直白Controller里return course/list最終渲染的是/WEB-INF/views/course/list.jsp。default-servlet-handler這行解決靜態(tài)資源被攔截的問題少了它jsp里的css和js會全部404。3.3 一次請求的完整旅程Controller→Service→Mapper以查看課程列表為例。瀏覽器請求/course/listDispatcherServlet交給CourseControllerController RequestMapping(/course) public class CourseController { Autowired private CourseService courseService; RequestMapping(/list) public String list(Model model) { ListCourse courseList courseService.findAll(); model.addAttribute(courseList, courseList); return course/list; } }Controller注解讓SpringMVC掃描到這個類RequestMapping(/course)是類級URL前綴方法上的RequestMapping(/list)拼起來就是完整請求路徑。Model在這里往JSP頁面?zhèn)鲾?shù)據(jù)頁面用EL表達(dá)式${courseList}遍歷即可不需要手動把數(shù)據(jù)塞進(jìn)request。return返回的不是頁面內(nèi)容是邏輯視圖名最終由視圖解析器拼成真正的JSP路徑。Service接口只暴露業(yè)務(wù)方法實現(xiàn)類注入MapperService public class CourseServiceImpl implements CourseService { Autowired private CourseMapper courseMapper; Override public ListCourse findAll() { return courseMapper.selectAll(); } }這里的Autowired按類型注入要求CourseMapper是被Spring管理的Bean前面MapperScannerConfigurer掃描com.gym.mapper包就是為了讓這些接口生成代理對象。啟動時報CourseMapper注入失敗十有八九是component-scan的base-package和mapper掃描的basePackage沒對齊。這段鏈路其實把Spring兩個核心概念都落到了實處。IoC體現(xiàn)在Service和Autowired上對象由容器創(chuàng)建注入代碼里沒有一行new CourseServiceImpl()AOP體現(xiàn)在事務(wù)管理上Transactional注解的方法執(zhí)行時Spring AOP自動在方法前后加上開啟事務(wù)和提交回滾的邏輯業(yè)務(wù)代碼里看不到一個commit或rollback調(diào)用。這兩句話背下來面試講項目比單背八股文有說服力得多。3.4 Mapper接口與XMLSQL的正確位置CourseMapper接口只寫方法簽名SQL寫在同名XML里兩者通過namespace綁定public interface CourseMapper { ListCourse selectAll(); }?xml version1.0 encodingUTF-8 ? !DOCTYPE mapper PUBLIC -//mybatis.org//DTD Mapper 3.0//EN http://mybatis.org/dtd/mybatis-3-mapper.dtd mapper namespacecom.gym.mapper.CourseMapper select idselectAll resultTypecom.gym.entity.Course SELECT * FROM course WHERE status 1 /select /mappernamespace必須寫成接口的全限定名id必須與方法名完全一致。resultType寫com.gym.entity.Course因為駝峰映射已打開表里的start_time列能自動映射到實體的startTime屬性不需要寫resultMap。這里稍微注意一下如果查詢的列在實體里沒有對應(yīng)屬性MyBatis不會報錯只會忽略排查頁面表格空列時記得先查這個。4. 核心業(yè)務(wù)落地辦卡繳費(fèi)、報名判重與上課記錄一條線4.1 會員辦卡與繳費(fèi)事務(wù)和并發(fā)一起考慮前端頁面填好姓名、電話、卡類型后提交后臺。表面上只是insert一條member記錄但產(chǎn)品流程里辦卡往往伴隨首筆繳費(fèi)比如辦年卡收2000元。兩個操作必須在一個事務(wù)里卡建好了錢沒記上對不上賬錢記上了卡沒建成會員沒法入場。Service方法加TransactionalService public class MemberServiceImpl implements MemberService { Autowired private MemberMapper memberMapper; Autowired private PaymentMapper paymentMapper; Transactional(rollbackFor Exception.class) public void openAccount(String name, String phone, String cardType, BigDecimal firstPay) { Member member new Member(); member.setName(name); member.setPhone(phone); member.setCardNo(generateCardNo()); member.setCardType(cardType); member.setBalance(firstPay); member.setStatus(1); memberMapper.insert(member); Payment payment new Payment(); payment.setMemberId(member.getId()); payment.setAmount(firstPay); payment.setPayType(現(xiàn)金); payment.setRemark(辦卡首充); paymentMapper.insert(payment); } }注意Transactional的rollbackFor要顯式寫成Exception.class。Spring默認(rèn)只在運(yùn)行時異常時回滾如果你在service里catch了異常又往外拋檢查型異常默認(rèn)配置不會回滾這筆賬就悄悄記錯了。這是課設(shè)代碼評審里出現(xiàn)頻率最高的問題之一。繳費(fèi)的第二種場景是續(xù)費(fèi)充值這里有個并發(fā)細(xì)節(jié)。用Java代碼先select出balance加錢后再update回去兩個請求同時進(jìn)來會互相覆蓋。常見做法是直接在SQL里完成原子更新update idincreaseBalance UPDATE member SET balance balance #{amount} WHERE id #{memberId} /update用balance balance #{amount}而不是把計算后的值作為參數(shù)傳進(jìn)去數(shù)據(jù)庫行鎖能保證兩次并發(fā)更新不會丟失。這個問題在面試?yán)锝?jīng)常被問“怎么保證數(shù)據(jù)一致性”直接把這條SQL和事務(wù)注解講出來比背概念扎實。4.2 私教報名與判重唯一索引兜底業(yè)務(wù)層也擋一遍會員報名私教課本質(zhì)是往signup表插一條記錄。但流程上要先檢查三件事會員卡是否到期、課程是否存在、這個會員是否已經(jīng)報過這門課。Transactional(rollbackFor Exception.class) public boolean signUp(Integer memberId, Integer courseId) { Member member memberMapper.selectById(memberId); if (member.getExpireDate().before(new Date())) { throw new BusinessException(會員卡已過期請先續(xù)費(fèi)); } int count signupMapper.countByMemberAndCourse(memberId, courseId); if (count 0) { throw new BusinessException(您已報名該課程請勿重復(fù)操作); } Signup signup new Signup(); signup.setMemberId(memberId); signup.setCourseId(courseId); signupMapper.insert(signup); return true; }countByMemberAndCourse對應(yīng)的SQLselect idcountByMemberAndCourse resultTypeint SELECT COUNT(*) FROM signup WHERE member_id #{memberId} AND course_id #{courseId} /select業(yè)務(wù)層判重之后數(shù)據(jù)庫的uk_member_course唯一索引仍然保留這是雙重保險。為什么數(shù)據(jù)庫要兜底因為頁面上連點兩次報名按鈕兩個請求幾乎同時到達(dá)兩個count查詢可能都返回0兩個insert都能進(jìn)去。有唯一索引在第二個insert會直接報Duplicate entry異常事務(wù)回滾數(shù)據(jù)不會臟。報名頁面通常還要展示這門課已報多少人、還剩多少名額。不能把signup表全量數(shù)據(jù)拉出來讓頁面自己數(shù)用聚合查詢一次算出來SELECT c.id, c.name, c.max_count, COUNT(s.id) AS signed_count FROM course c LEFT JOIN signup s ON c.id s.course_id WHERE c.id #{id} GROUP BY c.idLEFT JOIN配合GROUP BY是這里的關(guān)鍵。用INNER JOIN的話沒被報過名的課程根本查不出來頁面上就看不到這門課。LEFT JOIN保證所有課程都出現(xiàn)signed_count為0的課程也能正常展示。4.3 上課記錄、繳費(fèi)統(tǒng)計與反饋閉環(huán)上課記錄和報名的區(qū)別在于會員來了管理員在后臺給這個會員添加一條attend_record相當(dāng)于簽到確認(rèn)。它關(guān)聯(lián)member、course、coach三張表前端要顯示成“張三 3月5日 上了一節(jié) 李教練的 增肌私教課”Mapper里最省事的寫法是三表聯(lián)查select idselectRecordsWithDetail resultTypemap SELECT m.name AS memberName, c.name AS courseName, co.name AS coachName, a.attend_time FROM attend_record a JOIN member m ON a.member_id m.id JOIN course c ON a.course_id c.id JOIN coach co ON a.coach_id co.id WHERE a.member_id #{memberId} ORDER BY a.attend_time DESC /select這里resultType用了map因為查詢結(jié)果跨了多張表不是任何一張表的實體。MapString,Object在MyBatis里自動把列名作為key數(shù)據(jù)量不大時這種寫法比新建VO類省事。頁面拿到List后直接通過memberName、courseName這些key取值。管理員首頁的統(tǒng)計模塊基本就是COUNT和SUM的組合。比如“本月繳費(fèi)總額”SELECT COALESCE(SUM(amount), 0) FROM payment WHERE pay_time #{monthStart} AND pay_time #{monthEnd}COALESCE很關(guān)鍵。本月還沒有繳費(fèi)記錄時SUM返回NULL頁面的金額一欄會顯示成空COALESCE把NULL轉(zhuǎn)成0前端EL表達(dá)式才不會因為null報錯。同理統(tǒng)計上課次數(shù)時最好也寫COALESCE(COUNT(*), 0)雖然COUNT本身不太會返回NULL但統(tǒng)一寫法能少踩一個坑。會員提交反饋后feedback表生成status0的記錄管理員回復(fù)后UPDATE reply字段并置status1。會員端查詢自己的反饋時用status區(qū)分“待回復(fù)”和“已回復(fù)”頁面用不同顏色展示。這個模塊邏輯最簡單但它是體現(xiàn)系統(tǒng)完整度的細(xì)節(jié)很多課設(shè)demo只有提交沒有回復(fù)流程斷了一截。5. 避坑與排查SSM項目從部署到交付的5個經(jīng)典問題SSM項目真正讓人頭疼的不是業(yè)務(wù)代碼而是配置和部署階段的環(huán)境問題。以下5條是我自己踩過、也幫別人排查過的經(jīng)典故障按現(xiàn)象→原因→解決的順序列出來遇到直接對號入座。5.1 頁面樣式全丟JS/CSS請求404現(xiàn)象項目能啟動主頁HTML能出來但所有靜態(tài)資源全部404頁面沒有樣式控制臺一堆Failed to load resource。原因web.xml里把DispatcherServlet的url-pattern配成了/*導(dǎo)致所有請求都進(jìn)了SpringMVC而SpringMVC默認(rèn)不處理靜態(tài)資源。有人把靜態(tài)資源放WEB-INF下規(guī)避那是繞路不是解決問題。解決在spring-mvc.xml里加一行mvc:default-servlet-handler/這行的含義是SpringMVC處理不了的請求交回容器默認(rèn)Servlet處理Tomcat的DefaultServlet會把css、js、圖片正常返回。如果有多個DispatcherServlet記得加在真正處理頁面請求的那個配置文件里。5.2 中文亂碼連接串、頁面、過濾器三處必須一致現(xiàn)象數(shù)據(jù)庫里中文正常頁面上顯示“???”或者表單提交后存進(jìn)數(shù)據(jù)庫變成亂碼。原因亂碼從來不是單一配置造成的。MySQL連接串沒指定characterEncodingJSP頁面沒聲明pageEncodingSpring的CharacterEncodingFilter沒配置三者任一處不一致都會亂。解決三處一起改。jdbc.url加上useUnicodetruecharacterEncodingutf8也就是第3章示例里那個寫法JSP頂部寫pageEncodingUTF-8web.xml里配置CharacterEncodingFilterfilter 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-mappingforceEncodingtrue保證請求和響應(yīng)都強(qiáng)制走UTF-8。三處改完重啟Tomcat亂碼基本消失。如果還亂查Tomcat的server.xml里Connector是否配置了URIEncodingUTF-8這一條經(jīng)常被漏掉。5.3 數(shù)據(jù)庫連接失敗驅(qū)動類名和時區(qū)是重災(zāi)區(qū)現(xiàn)象Tomcat啟動日志報Communications link failure或The server time zone value й?? is unrecognized項目起不來。原因MySQL 8.x對時區(qū)要求嚴(yán)格連接串沒指定serverTimezone就報錯。舊驅(qū)動com.mysql.jdbc.Driver雖然兼容模式還能用但很多老教材和舊源碼里都寫的是這個類名驅(qū)動類與MySQL版本不匹配連接自然失敗。解決驅(qū)動類換成com.mysql.cj.jdbc.Driverurl加serverTimezoneAsia/Shanghai。即使本機(jī)是MySQL 5.7也建議統(tǒng)一用8.0驅(qū)動配8.0的連接寫法這樣本地和服務(wù)器環(huán)境一致部署時少一個問題源。5.4 Mapper方法報Invalid bound statement現(xiàn)象項目正常啟動一調(diào)用某個Mapper方法就拋Invalid bound statement (not found)接口和XML明明都寫了。原因MyBatis在運(yùn)行時找不到XML文件。常見成因是namespace寫錯、方法id不一致、或mapperLocations路徑?jīng)]匹配到XML實際位置。解決按三步排查。第一步核對XML的namespace是否與Mapper接口全限定名一致第二步核對select標(biāo)簽的id是否與接口方法名一致第三步確認(rèn)resources目錄下的mapper文件夾被編譯到classes目錄直接看target目錄里有沒有對應(yīng)xml文件。如果XML放在java源碼目錄下Maven默認(rèn)不會把它當(dāng)資源打包需要在pom.xml的build節(jié)點里配置resources把**/*.xml也納入編譯路徑。5.5 導(dǎo)入項目后依賴缺失ClassNotFound與NoClassDefFound現(xiàn)象下載的源碼導(dǎo)入IDEA運(yùn)行時拋java.lang.ClassNotFoundException: org.springframework.web.context.ContextLoaderListener或者NoClassDefFoundError。原因這類問題大多不是代碼問題而是項目結(jié)構(gòu)問題。Maven依賴沒刷新、Artifacts里沒把依賴打包到WEB-INF/lib、本地倉庫缺jar三種情況都會出現(xiàn)。解決第一次導(dǎo)入先執(zhí)行mvn clean install讓依賴完整下載然后在IDEA的Project Structure里打開Artifacts選中項目的war exploded在Available Elements里把library dependencies右鍵加入WEB-INF/lib。做完這步Tomcat啟動時才能看到全部依賴。另外pom里同時引入多個版本的spring-jdbc和spring-webmvc會出現(xiàn)重復(fù)類沖突把版本統(tǒng)一成一致即可。我一般習(xí)慣多版本沖突時先看Dependency Analyzer紅色沖突項直接右鍵排除比手動翻pom快得多。這5條排查完項目基本能穩(wěn)定跑起來。剩下的就是業(yè)務(wù)邏輯問題比如變量名寫錯、SQL條件寫反這些靠斷點調(diào)試就能解決不算框架層面的坑了。6. 從“能跑”到“能講”一頁紙驗收腳本與答辯視角6.1 一頁紙驗收腳本兩條主線各走一遍拿到源碼的第一件事不是改代碼而是按業(yè)務(wù)路徑完整走一遍。我會在紙上列出管理員和會員兩條主線每完成一步勾一下步驟操作預(yù)期結(jié)果1管理員登錄進(jìn)入后臺首頁無報錯2添加教練教練列表出現(xiàn)新紀(jì)錄3添加課程并關(guān)聯(lián)教練課程列表出現(xiàn)信息完整4新開會員卡并收費(fèi)member和payment表各新增一條記錄余額正確5會員登錄并修改資料修改后頁面立即生效6會員報名私教課signup表新增重復(fù)報名被攔截7管理員添加上課記錄會員端能看到上課記錄8會員提交反饋管理員能回復(fù)狀態(tài)從待回復(fù)變?yōu)橐鸦貜?fù)9管理員查詢繳費(fèi)統(tǒng)計金額與數(shù)據(jù)庫payment表SUM一致全程不報500、不跳404數(shù)據(jù)庫記錄和頁面顯示一致這套系統(tǒng)就算驗收通過。這一步值得每個拿到源碼的人先做很多課設(shè)源碼能登錄、能瀏覽但一走到寫操作就報錯問題往往在事務(wù)配置或表結(jié)構(gòu)差異上。先跑通再改能省掉大量無效排查。6.2 答辯視角三個問題講清這個項目驗收通過后再讀代碼我建議按拆表、搭框架、核心業(yè)務(wù)、查坑的順序來。面試或答辯講這套系統(tǒng)時準(zhǔn)備三個能展開的點第一Spring的IoC和AOP在項目里的具體體現(xiàn)對象由容器注入事務(wù)是聲明式切面第二MyBatis的#{}預(yù)編譯和${}字符串拼接的區(qū)別項目里所有用戶輸入都用#{}防止SQL注入第三signup表唯一索引解決并發(fā)重復(fù)報名。把這三句話結(jié)合代碼講透比背十道java八股文都有說服力。這套資源不是拿來直接交差就完事的。我見過太多人下載后連數(shù)據(jù)庫腳本都不看就開始改頁面最后表結(jié)構(gòu)改了對不上Mapper整晚陪SQL調(diào)錯。從那以后我每次拿到這類SSM源碼不管多急都強(qiáng)制自己先花半小時跑完這頁紙驗收腳本再決定動哪個文件、改哪一行這個習(xí)慣幫我少走了很多彎路。希望幫到你。本文還有配套的精品資源點擊獲取