簡介基于SSM框架的圖書管理系統(tǒng)完整項目適合正在學(xué)習(xí)Java Web進(jìn)階知識或準(zhǔn)備課程設(shè)計、畢業(yè)設(shè)計的開發(fā)者。系統(tǒng)在業(yè)務(wù)上覆蓋權(quán)限登錄、讀者管理、圖書借閱與歸還、郵件通知、答題互動等模塊技術(shù)上則貫穿Spring依賴注入、SpringMVC請求調(diào)度、MyBatis動態(tài)SQL配置可直觀看到三大框架如何協(xié)作完成業(yè)務(wù)鏈路。資源包共三個文件包括工程源碼、使用手冊以及數(shù)據(jù)庫初始化腳本前者幫助分析代碼結(jié)構(gòu)與配置后兩者提供運(yùn)行環(huán)境和數(shù)據(jù)準(zhǔn)備整體壓縮包約九十一兆字節(jié)。目前已有三千二百五十四人學(xué)習(xí)下載是不少學(xué)習(xí)者參考過的整合案例。對讀者而言通過閱讀源碼可理清分層架構(gòu)、攔截器與事務(wù)控制等關(guān)鍵點(diǎn)配合手冊與腳本還能快速搭建運(yùn)行環(huán)境并進(jìn)行二次開發(fā)能有效縮短從理論到實踐的距離。1. ssm框架的圖書管理系統(tǒng)值得下手的第一個理由它是SSM整合的完整范本如果你正在找一套能跑通的 SSM 圖書管理系統(tǒng)大概率不是為了“看看書怎么管理”而是想弄明白 Spring、SpringMVC、MyBatis 這三個框架在一個真實項目里到底怎么互相配合。這套系統(tǒng)的核心價值在于它不是一個只貼了 CRUD 代碼的 demo而是一個把配置、分層、請求流轉(zhuǎn)、數(shù)據(jù)庫操作全部串起來的標(biāo)準(zhǔn)工程。前端由 JSP 渲染頁面后端按 Controller-Service-Mapper 三層切分你用任何一個 IDE 導(dǎo)入后都能啟動、訪問、斷點(diǎn)調(diào)試。適合三類人正在做畢業(yè)設(shè)計或課程實訓(xùn)的學(xué)生、想從 Servlet 轉(zhuǎn)向 SSM 整合的進(jìn)階開發(fā)者、以及需要一套基礎(chǔ)代碼做二次開發(fā)比如增加借閱規(guī)則、讀者管理的人。接下來我們先把它的工程骨架拆開。2. SSM 整合骨架從項目結(jié)構(gòu)看懂 Spring SpringMVC MyBatis 的分工SSM 整合最大的門檻不是某一個框架難學(xué)而是三者疊加后“誰負(fù)責(zé)什么、配置寫在哪、啟動時加載順序如何”容易混淆。這套圖書管理系統(tǒng)的工程結(jié)構(gòu)按功能分包從根目錄就能看出框架職責(zé)Spring 管業(yè)務(wù)與數(shù)據(jù)、SpringMVC 管請求路由、MyBatis 管數(shù)據(jù)庫訪問。2.1 項目目錄設(shè)計與分層原則這個圖書管理項目采用標(biāo)準(zhǔn)的 Maven Web 工程結(jié)構(gòu)。所謂“標(biāo)準(zhǔn)”指主包下按 controller、service、dao、entity或 pojo四層分包c(diǎn)ontroller 處理頁面請求和參數(shù)綁定service 做業(yè)務(wù)邏輯如借書校驗、庫存扣減dao 即 MyBatis 的 Mapper 接口負(fù)責(zé) SQL 操作entity 對應(yīng)數(shù)據(jù)庫表。JSP 頁面放在 src/main/webapp/WEB-INF 下靜態(tài)資源如 css、js、圖片放 webapp/static這樣通過攔截器放行時路徑也容易管理。src/main/java/com/example/library ├── controller // BookController、UserController、BorrowController ├── service // BookService 接口 Impl 實現(xiàn)類 ├── dao // BookMapper、UserMapper、BorrowMapper ├── entity // Book、User、BorrowRecord └── common // 統(tǒng)一返回結(jié)果、分頁對象、異常處理 src/main/resources ├── mybatis // MyBatis 配置文件 ├── mapper // BookMapper.xml、UserMapper.xml 等 └── spring // applicationContext.xml、spring-mvc.xml src/main/webapp ├── WEB-INF │ ├── jsp // 圖書列表、借閱記錄、登錄頁 │ └── web.xml └── static // css、js、images分包邏輯的出發(fā)點(diǎn)是讓每一層的依賴方向自上而下controller 調(diào) service、service 調(diào) mapper不反向引用。實際開發(fā)中改動最多的是 service 層因為借書要考慮圖書庫存與用戶借閱上限還書要考慮逾期天數(shù)這類業(yè)務(wù)規(guī)則必須沉淀在 service 而不是 controller否則后期改需求會很痛。這套項目的 dao 層以接口加 XML 的方式定義實體類與表字段一一對應(yīng)。2.2 核心配置職責(zé)applicationContext.xml、spring-mvc.xml 與 web.xml 的邊界SSM 整合里最容易翻車的是“配置寫錯文件”。web.xml 是整個 Web 應(yīng)用的入口它負(fù)責(zé)啟動 Spring 容器和 SpringMVC 容器。這里有一個關(guān)鍵約定applicationContext.xml 配置 Spring 的全局內(nèi)容包括數(shù)據(jù)源、事務(wù)管理器、MyBatis 的 SqlSessionFactory、Service 層的掃描spring-mvc.xml 只配置與 MVC 相關(guān)的內(nèi)容包括 Controller 組件掃描、視圖解析器、靜態(tài)資源放行。兩者不能混為一談。!-- web.xml配置 Spring 與 SpringMVC 的加載 -- context-param param-namecontextConfigLocation/param-name param-valueclasspath:spring/applicationContext.xml/param-value /context-param listener listener-classorg.springframework.web.context.ContextLoaderListener/listener-class /listener servlet servlet-namedispatcher/servlet-name servlet-classorg.springframework.web.servlet.DispatcherServlet/servlet-class init-param param-namecontextConfigLocation/param-name param-valueclasspath:spring/spring-mvc.xml/param-value /init-param load-on-startup1/load-on-startup /servlet servlet-mapping servlet-namedispatcher/servlet-name url-pattern//url-pattern /servlet-mapping核心邏輯是 DispatcherServlet 攔截所有請求/再把請求交給 spring-mvc.xml 中定義的 HandlerMapping 定位到具體 Controller 方法。load-on-startup設(shè) 1 表示容器啟動時就創(chuàng)建 DispatcherServlet而不是等第一個請求到達(dá)才初始化這對排查啟動報錯很重要。在 spring-mvc.xml 中只做三件事context:component-scan base-packagecom.example.library.controller/、配置視圖解析器指定 JSP 路徑前綴與后綴以及放行靜態(tài)資源。applicationContext.xml 則配置數(shù)據(jù)源如 MySQL 的連接地址、賬號密碼、SqlSessionFactoryBean 的 Mapper 文件位置、事務(wù)管理器并且context:component-scan base-packagecom.example.library.service/只掃描 service 與 dao。如果掃描范圍重疊或者全用默認(rèn)掃描輕則 Bean 重復(fù)重則事務(wù)注解失效這一點(diǎn)在后文避坑章節(jié)細(xì)說。2.3 用 Maven 拉依賴pom.xml 版本選擇與沖突排查SSM 項目依賴多版本匹配是啟動階段最折磨人的點(diǎn)。我的習(xí)慣是先用 Maven 統(tǒng)一管理版本spring 相關(guān)的四個核心包spring-core、spring-webmvc、spring-jdbc、spring-tx必須保持相同版本否則會出現(xiàn)類加載沖突或 NoSuchMethodError。數(shù)據(jù)庫驅(qū)動、MyBatis 與 mybatis-spring 橋接包的版本也要匹配MyBatis 3.4.x 配合 mybatis-spring 1.3.x 可正常運(yùn)行如果換成 mybatis-spring 2.x搭配方式基本不變但要注意官方包路徑調(diào)整。!-- pom.xml 關(guān)鍵依賴版本以 BOM 或 properties 統(tǒng)一控制 -- properties spring.version5.2.22.RELEASE/spring.version mybatis.version3.5.6/mybatis.version /properties dependencies dependency groupIdorg.springframework/groupId artifactIdspring-webmvc/artifactId version${spring.version}/version /dependency dependency groupIdorg.mybatis/groupId artifactIdmybatis/artifactId version${mybatis.version}/version /dependency dependency groupIdorg.mybatis/groupId artifactIdmybatis-spring/artifactId version2.0.6/version /dependency dependency groupIdmysql/groupId artifactIdmysql-connector-java/artifactId version8.0.29/version /dependency dependency groupIdcom.github.pagehelper/groupId artifactIdpagehelper-spring-boot-starter/artifactId version1.4.2/version /dependency /dependencies注意 PageHelper 的 starter 是 Spring Boot 版本若在傳統(tǒng) SSM 中使用應(yīng)引入pagehelper核心包并在 MyBatis 配置中追加插件否則分頁不生效。依賴沖突排查的做法啟動時若出現(xiàn) ClassNotFoundException先執(zhí)行mvn dependency:tree看是否存在兩個版本的 spring-web出現(xiàn)Invalid bound statement則檢查 Mapper XML 路徑是否在編譯后存在于 classes 目錄以及 mapper 接口是否被包掃描覆蓋。3. 數(shù)據(jù)庫設(shè)計與圖書 CRUD 落地從建表到 Mapper 映射圖書管理系統(tǒng)最核心的資產(chǎn)是數(shù)據(jù)模型。很多學(xué)習(xí)者拿到項目直接改代碼卻忽略表設(shè)計決定業(yè)務(wù)實現(xiàn)難度這一前提。這套系統(tǒng)的表數(shù)量不多通常就圖書表、讀者/用戶表、借閱記錄表外鍵關(guān)系盡量用邏輯關(guān)聯(lián)而不是物理外鍵項目跑起來更省心。3.1 圖書管理系統(tǒng)的數(shù)據(jù)模型book、user、borrow_record 三表結(jié)構(gòu)這張三表模型幾乎覆蓋進(jìn)銷存和借閱管理的基本形態(tài)。圖書表負(fù)責(zé)存靜態(tài)信息用戶表存讀者資料借閱記錄表承擔(dān)借書/還書的狀態(tài)流轉(zhuǎn)。設(shè)計時注意圖書表要有獨(dú)立的邏輯刪除字段deleted而不是物理刪除記錄。借閱記錄表要有borrow_time和return_time其中return_time允許為空空值表示尚未歸還這是后續(xù)統(tǒng)計逾期與在借數(shù)量的判斷依據(jù)。CREATE TABLE book ( id INT NOT NULL AUTO_INCREMENT, isbn VARCHAR(20) DEFAULT NULL, book_name VARCHAR(100) NOT NULL, author VARCHAR(50) DEFAULT NULL, publisher VARCHAR(80) DEFAULT NULL, category VARCHAR(30) DEFAULT NULL, stock INT DEFAULT 1 COMMENT 館藏數(shù)量, borrowed_count INT DEFAULT 0 COMMENT 已借出數(shù)量, deleted TINYINT DEFAULT 0 COMMENT 0未刪1已刪, PRIMARY KEY (id), KEY idx_book_name (book_name) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE user ( id INT NOT NULL AUTO_INCREMENT, username VARCHAR(50) NOT NULL, password VARCHAR(64) NOT NULL COMMENT 加密后密碼, real_name VARCHAR(30) DEFAULT NULL, max_borrow INT DEFAULT 5 COMMENT 最大借閱數(shù)量, PRIMARY KEY (id), UNIQUE KEY uk_username (username) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE borrow_record ( id INT NOT NULL AUTO_INCREMENT, book_id INT NOT NULL, user_id INT NOT NULL, borrow_time DATETIME NOT NULL, return_time DATETIME DEFAULT NULL, PRIMARY KEY (id), KEY idx_book_user (book_id,user_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;兩個細(xì)節(jié)值得注意stock表示館藏總量borrowed_count表示當(dāng)前已借出數(shù)量實際可借數(shù)量通過stock - borrowed_count計算比每次實時 count 借閱記錄更高效。user.max_borrow是業(yè)務(wù)規(guī)則的數(shù)據(jù)庫載體調(diào)整單人可借數(shù)量不用改代碼。字符集統(tǒng)一使用 utf8mb4 而不是 utf8否則插入生僻字或特殊符號容易丟字符。3.2 MyBatis Mapper 映射XML 寫法與參數(shù)綁定細(xì)節(jié)這套項目的 Mapper 層用 XML 實現(xiàn)動態(tài) SQL比注解方式更適合復(fù)雜條件查詢。以圖書查詢?yōu)槔畛２鹊目邮恰皸l件為空時 SQL 拼接多出一個 WHERE 或 AND”。MyBatis 的where標(biāo)簽會自動去掉多余的AND和OR這是 SSM 圖書管理項目中必須用熟的關(guān)鍵字。!-- BookMapper.xml動態(tài)多條件查詢 -- select idsearchBooks parameterTypemap resultTypecom.example.library.entity.Book SELECT * FROM book where if testbookName ! null and bookName ! AND book_name LIKE CONCAT(%, #{bookName}, %) /if if testauthor ! null and author ! AND author #{author} /if if testcategory ! null and category ! AND category #{category} /if AND deleted 0 /where ORDER BY id DESC /select代碼邏輯說明where標(biāo)簽自動處理首個條件前的AND避免 SQL 語法錯誤。所有參數(shù)通過#{}傳入MyBatis 會將其轉(zhuǎn)化為預(yù)編譯的?占位符可有效規(guī)避 SQL 注入。parameterTypemap是因為調(diào)用方可能只傳部分字段用 Map 不必定義專門的查詢對象。參數(shù)說明LIKE CONCAT(%, #{bookName}, %)推薦寫法不要在 Java 代碼里拼好%再傳否則遇到特殊字符時容易出問題。deleted 0放在where內(nèi)保證任何查詢都自動過濾已刪除數(shù)據(jù)。如果只想查某本具體的書book_name的等值匹配比LIKE性能更好這一點(diǎn)在索引使用時很重要。3.3 Service 層事務(wù)邊界為什么數(shù)據(jù)源配置只寫一半會靜默失敗SSM 圖書項目新增圖書時需要校驗 ISBN 是否重復(fù)這時候事務(wù)的邊界就顯得很關(guān)鍵。常見的新手認(rèn)知是MyBatis 的 SQL 執(zhí)行成功就萬事大吉但實際場景里 SQL 執(zhí)行成功只是第一步——比如新增圖書時向 book 表插入一條記錄同時往某個統(tǒng)計表寫入日志第二條 SQL 失敗時第一條必須回滾。Service public class BookServiceImpl implements BookService { Autowired private BookMapper bookMapper; Override Transactional(rollbackFor Exception.class) public void addBook(Book book) { int count bookMapper.countByIsbn(book.getIsbn()); if (count 0) { throw new RuntimeException(ISBN已存在); } bookMapper.insertBook(book); } }邏輯說明Transactional(rollbackFor Exception.class)明確聲明所有異常都觸發(fā)回滾不寫rollbackFor時默認(rèn)只回滾 RuntimeException受檢異常不會自動回滾這是數(shù)據(jù)不一致的高發(fā)源頭。Service 方法內(nèi)部先查重再插入兩個操作同處一個事務(wù)避免并發(fā)下重復(fù)插入。參數(shù)說明拋出RuntimeException是事務(wù)回滾的觸發(fā)條件如果這里改成返回false或拋出普通 Exception事務(wù)不會回滾。強(qiáng)調(diào)一點(diǎn)Transactional放在 Service 實現(xiàn)類的具體方法上不要放在接口上因為某些動態(tài)代理機(jī)制對接口注解的識別不穩(wěn)定。4. 把功能做實圖書搜索、分頁與借還操作的實現(xiàn)過程CRUD 只是骨架圖書管理系統(tǒng)真正讓用戶覺得“能用”的功能是搜索、分頁和借還操作。這三個功能最考驗對 SSM 請求流轉(zhuǎn)和 SQL 細(xì)節(jié)的把控。4.1 分頁查詢PageHelper 與手動 Limit 的選擇分頁有兩條路一條是引入 PageHelper 插件在 Service 層調(diào)用PageHelper.startPage(pageNum, pageSize)后緊跟一條 Mapper 查詢插件自動攔截并生成帶 LIMIT 的 SQL 并注入總數(shù)統(tǒng)計另一條是手動計算offset (pageNum-1)*pageSize后傳入 Mapper。這套圖書系統(tǒng)我默認(rèn)推薦 PageHelper因為它在查詢邏輯不變的情況下能快速完成分頁但如果你為追求可控性手動 Limit 也完全可以接受——只要記得 count 查詢與數(shù)據(jù)查詢分開寫。// BookController分頁查詢圖書列表 RequestMapping(/list) public String list(RequestParam(defaultValue 1) int pageNum, RequestParam(defaultValue 10) int pageSize, Model model) { PageHelper.startPage(pageNum, pageSize); ListBook bookList bookService.queryAllBooks(); PageInfoBook pageInfo new PageInfo(bookList); model.addAttribute(pageInfo, pageInfo); return book/list; }PageHelper.startPage只對緊隨其后的第一條 Mapper 查詢生效所以調(diào)用后不要插入其他 SQL 操作。PageInfo封裝了 total、pageNum、pageSize、pages 等字段JSP 端可以按需取用。頁面底部渲染上一頁/下一頁時注意參數(shù)拼接我用${pageInfo.prePage}和${pageInfo.nextPage}時要校驗首尾邊界否則第一頁點(diǎn)“上一頁”會跳到第 0 頁這在用戶實操中很戳信任感。手動分頁的 SQL 寫法是limit #{offset}, #{pageSize}但要注意 offset 在 XML 里傳入時已經(jīng)是計算后的整數(shù)不要在 SQL 里再乘一次。用 PageHelper 時如果出現(xiàn)“分頁不生效”的翻車絕大多數(shù)原因是 mybatis-spring 的版本與 PageHelper 插件的攔截器方式不匹配后文避坑章節(jié)單獨(dú)展開。4.2 模糊搜索書名、作者、ISBN 的組合條件處理真實檢索場景下用戶很少一次性填滿所有搜索條件更多是只輸入一兩個字。組合條件的關(guān)鍵在于前端表單可能有空值后端 Controller 的RequestParam可能沒有傳入對應(yīng)參數(shù)這時直接用getParameter會拿到 null 并拼進(jìn) SQL產(chǎn)生與預(yù)期不符的結(jié)果。正確姿勢是前端傳空串后端對空串做統(tǒng)一容錯。RequestMapping(/search) public String search(RequestParam(required false) String bookName, RequestParam(required false) String author, RequestParam(required false) String category, Model model) { MapString, Object condition new HashMap(); condition.put(bookName, bookName null ? : bookName.trim()); condition.put(author, author null ? : author.trim()); condition.put(category, category null ? : category.trim()); ListBook list bookService.searchBooks(condition); model.addAttribute(bookList, list); return book/list; }代碼邏輯required false讓 SpringMVC 接收不到該參數(shù)時不報 400而是注入 null。傳入 Mapper 前統(tǒng)一處理為合法值避免 XML 里寫太多判空。trim()去掉首尾空格是一門細(xì)節(jié)用戶從輸入框粘貼內(nèi)容時常帶不可見字符去掉后搜索命中率明顯提升。搜索結(jié)果默認(rèn)不分頁會導(dǎo)致數(shù)據(jù)量大時頁面卡頓我一般會配合 4.1 的分頁邏輯復(fù)用同一套查詢。4.3 借書/還書庫存校驗與狀態(tài)流轉(zhuǎn)的實現(xiàn)借書不是簡單 insert 一條記錄它要同時滿足三個條件用戶存在、在借冊數(shù)未達(dá)上限、圖書可借庫存足夠。真正寫業(yè)務(wù)時用戶很少先查詢一遍再點(diǎn)借閱往往是直接提交因此校驗必須寫進(jìn) Service 層。常見錯誤是把校驗放 Controller 里換一套前端訪問方式就繞過了邏輯。Transactional(rollbackFor Exception.class) public void borrowBook(Integer bookId, Integer userId) { Book book bookMapper.selectByIdForUpdate(bookId); if (book null || book.getDeleted() 1) { throw new RuntimeException(圖書不存在或已刪除); } if (book.getStock() - book.getBorrowedCount() 0) { throw new RuntimeException(庫存不足); } int activeBorrows borrowRecordMapper.countActiveByUserId(userId); if (activeBorrows userMapper.findById(userId).getMaxBorrow()) { throw new RuntimeException(已達(dá)借閱上限); } bookMapper.increaseBorrowedCount(bookId); borrowRecordMapper.insert(new BorrowRecord(bookId, userId, new Date(), null)); }代碼邏輯selectByIdForUpdate使用悲觀鎖鎖住圖書行避免同一本書同時被多人借出時超借這是“并發(fā)場景下庫存不夠分”的兜底做法。借出數(shù)量通過stock - borrowedCount判斷而不是直接用stock 0否則已借出的數(shù)量沒扣除會導(dǎo)致借閱總數(shù)超過館藏。countActiveByUserId統(tǒng)計該用戶尚未歸還的借閱記錄與user.max_borrow比較時注意需查詢用戶基本信息的額外代價。借書時的數(shù)字變化有兩處book 表的borrowed_count加 1以及 borrow_record 表插入一條記錄。必須放在同一事務(wù)里順序是先扣減、后插入如果順序反了插入失敗時扣減落庫會造成數(shù)據(jù)錯亂。還書時反向操作borrowRecordMapper.updateReturnTime(recordId, new Date())并把對應(yīng)圖書的borrowed_count減 1注意還書操作要取最近一條未歸還記錄避免用戶對同一本書借了兩次后還錯記錄。5. SSM 整合避坑自查那些讓你翻車的配置與依賴問題SSM 這個組合運(yùn)行起來路徑必然經(jīng)過配置文件任何一個環(huán)節(jié)斷開都會導(dǎo)致啟動失敗或請求異常。遍歷這套系統(tǒng)的完整運(yùn)行環(huán)境后我把高頻翻車按“現(xiàn)象—原因—解決”整理出來新手照著排查能少走彎路。5.1 現(xiàn)象Service 自動注入為 null調(diào)用方法拋空指針原因context:component-scan掃描的 base-package 過窄或者根本沒有覆蓋到 service 實現(xiàn)類Spring 容器中沒有生成 Service Bean。很多時候 people 忘記在 applicationContext.xml 里加掃描標(biāo)簽只配了數(shù)據(jù)源和 SqlSessionFactory導(dǎo)致Autowired注入時找到不到 Bean。解決確認(rèn) applicationContext.xml 中顯式聲明context:component-scan base-packagecom.example.library.service/且 base-package 必須指向 service 包所在位置不能寫成com.example.library.controller。寫完配置后啟動項目看控制臺日志搜一下Creating service之類的輸出確認(rèn) Bean 被實例化。5.2 現(xiàn)象啟動時報Failed to configure a DataSource或連接超時原因數(shù)據(jù)源配置選擇錯誤或變量占位沒解析。常見于 jdbc.properties 文件未加載、driver-class-name等關(guān)鍵項名稱敲歪比如把driver-class-name寫成driverClassName就無法綁定。MySQL 8.0 版本驅(qū)動時驅(qū)動類是com.mysql.cj.jdbc.Driver而 5.x 是com.mysql.jdbc.Driver兩者混淆必掛。解決在 applicationContext.xml 中按下面方式引入 jdbc.properties并顯式指定class為org.springframework.jdbc.datasource.DriverManagerDataSource或 druid 數(shù)據(jù)源。配置里的 URL 務(wù)必寫成jdbc:mysql://localhost:3306/library_db?useUnicodetruecharacterEncodingutf8mb4不寫characterEncoding容易出現(xiàn)中文亂碼不寫useSSLfalse在 MySQL 8 下可能報 SSL 連接告警。5.3 現(xiàn)象前端通過 AJAX 拿不到返回值console 一直解析失敗原因SpringMVC 方法返回Map或List時缺少ResponseBody或工程缺少 Jackson 依賴。傳統(tǒng) SSM 中ResponseBody需要 jackson-databind 等依賴否則返回數(shù)據(jù)無法序列化為 JSON前端拿到的是 500 錯誤頁或空體。解決pom 中引入com.fasterxml.jackson.core:jackson-databind這一依賴Controller 方法上加ResponseBody或類上直接加RestController。注意spring-mvc.xml里要開mvc:annotation-driven/否則 SpringMVC 默認(rèn)不啟用 Jackson 轉(zhuǎn)換器加注解也會失效。5.4 現(xiàn)象部署到 Tomcat 后訪問頁面 404但啟動無報錯原因項目沒有正確編譯為可運(yùn)行的 Web 模塊或web.xml里 DispatcherServlet 的url-pattern配置把 JSP 請求也攔截了。Tomcat 找不到 JSP 頁面直接走到兜底 404。還有一種情況是 SpringMVC 的視圖解析器前綴路徑配錯導(dǎo)致返回的視圖名指向了不存在的目錄。解決先確認(rèn) JSP 是放在src/main/webapp/WEB-INF/jsp下并且被 Maven 打包。視圖解析器配置請這樣寫property nameprefix value/WEB-INF/jsp//property namesuffix value.jsp/JSP 放在WEB-INF目錄外也能被直接訪問但不如放里面安全后文登錄攔截會展開。若/攔了一切在 spring-mvc.xml 中寫mvc:resources mapping/static/** location/static//放行靜態(tài)資源否則連 css、js 都會被攔下來。6. 讓系統(tǒng)更穩(wěn)事務(wù)、慢查詢與登錄攔截的進(jìn)階調(diào)校系統(tǒng)能跑起來只是開始要放到實訓(xùn)環(huán)境或正式環(huán)境里被人連續(xù)點(diǎn)幾十次還不出錯還得做三件進(jìn)階的事嚴(yán)格事務(wù)、優(yōu)化查詢、守住權(quán)限。6.1 事務(wù)控制策略把事務(wù)注解細(xì)化到具體業(yè)務(wù)方法。借書與還書這類寫操作無條件用Transactional(rollbackFor Exception.class)單純的列表查詢、單條詳情查詢建議不加事務(wù)避免給數(shù)據(jù)庫增加無謂的鎖。需要多條 SQL 聯(lián)合更新時再開啟事務(wù)。注意 Spring 的代理機(jī)制同一個類內(nèi)部調(diào)用帶事務(wù)注解的方法事務(wù)不生效。比如BookServiceImpl中 a 方法調(diào)同一個類的 b 方法b 上的事務(wù)會被忽略正確做法是獨(dú)立封裝或注入自身代理我通常把寫操作整合到一個門面類處理比如BorrowFacade。6.2 慢查詢排查圖書列表頁點(diǎn)擊一次要做一次 count 加一次數(shù)據(jù)查詢MySQL 拿到模糊搜索條件很容易全表掃描。對常見搜索字段book_name和author建索引并且在 SQL 執(zhí)行前使用EXPLAIN SELECT * FROM book WHERE book_name LIKE 關(guān)鍵字%檢查是否命中索引。要留意 LIKE 以%開頭時即使有索引也無能為力。真遇到搜索慢到閃紅直接用前綴索引或考慮 MySQL 全文索引。從設(shè)計上想這份資源中idx_book_name索引只能加速前綴匹配帶%開頭時我可以把首字符相同的量控制住比如建議用戶輸入至少前兩個字再搜。6.3 登錄攔截與靜態(tài)資源放行未登錄用戶理論上不能進(jìn)入 /book/list、/borrow/* 等路徑。用 SpringMVC 攔截器實現(xiàn)要比在 JSP 里頻繁判斷 session 干凈得多。繼承 HandlerInterceptorAdapter 或?qū)崿F(xiàn) HandlerInterceptor 接口在 preHandle 方法里檢查 session若為空則重定向到 /login。配置時注意把/login、/static/**排除否則登錄頁自己也進(jìn)不去css、js 被攔后又出現(xiàn)頁面裸奔狀態(tài)。public class LoginInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { Object user request.getSession().getAttribute(loginUser); if (user null) { response.sendRedirect(request.getContextPath() /login); return false; } return true; } }代碼邏輯request.getSession().getAttribute(loginUser)從回話中取登錄對象當(dāng)用戶未登錄時會被重定向到登錄頁。response.sendRedirect重定向路徑需要拼接request.getContextPath()否則部署在帶上下文路徑的正向時跳轉(zhuǎn)可能指向錯誤地址。登錄成功后記得在業(yè)務(wù)代碼中主動設(shè)置 session 屬性否則這個攔截器永遠(yuǎn)認(rèn)為你未登錄我在這里吃過虧。寫完登錄攔截后順手做了一件很提效的事用日志打印攔截器是否命中驗證期里每次點(diǎn)請求都能在控制臺看到遍歷路徑排查“為什么頁面能訪問卻跳登錄”這類問題時快很多。從那以后我每次調(diào) SSM 項目都強(qiáng)制走一遍“檢查攔截器 驗證事務(wù) EXPLAIN 走索引”這三步任何從畢業(yè)設(shè)計來的歷史項目都能在半天內(nèi)確認(rèn)是否達(dá)到交付標(biāo)準(zhǔn)。這套 SSM 圖書管理系統(tǒng)也是一樣按上面的思路從頭到尾把配置、業(yè)務(wù)、安全三步走通剩下的工作就是按你自己的業(yè)務(wù)需求改字段和頁面了希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取