簡介基于SSM框架的圖書管理系統(tǒng)完整項目適合正在學習Java Web進階知識或準備課程設計、畢業(yè)設計的開發(fā)者。系統(tǒng)在業(yè)務上覆蓋權限登錄、讀者管理、圖書借閱與歸還、郵件通知、答題互動等模塊技術上則貫穿Spring依賴注入、SpringMVC請求調(diào)度、MyBatis動態(tài)SQL配置可直觀看到三大框架如何協(xié)作完成業(yè)務鏈路。資源包共三個文件包括工程源碼、使用手冊以及數(shù)據(jù)庫初始化腳本前者幫助分析代碼結構與配置后兩者提供運行環(huán)境和數(shù)據(jù)準備整體壓縮包約九十一兆字節(jié)。目前已有三千二百五十四人學習下載是不少學習者參考過的整合案例。對讀者而言通過閱讀源碼可理清分層架構、攔截器與事務控制等關鍵點配合手冊與腳本還能快速搭建運行環(huán)境并進行二次開發(fā)能有效縮短從理論到實踐的距離。1. ssm框架的圖書管理系統(tǒng)值得下手的第一個理由它是SSM整合的完整范本如果你正在找一套能跑通的 SSM 圖書管理系統(tǒng)大概率不是為了“看看書怎么管理”而是想弄明白 Spring、SpringMVC、MyBatis 這三個框架在一個真實項目里到底怎么互相配合。這套系統(tǒng)的核心價值在于它不是一個只貼了 CRUD 代碼的 demo而是一個把配置、分層、請求流轉、數(shù)據(jù)庫操作全部串起來的標準工程。前端由 JSP 渲染頁面后端按 Controller-Service-Mapper 三層切分你用任何一個 IDE 導入后都能啟動、訪問、斷點調(diào)試。適合三類人正在做畢業(yè)設計或課程實訓的學生、想從 Servlet 轉向 SSM 整合的進階開發(fā)者、以及需要一套基礎代碼做二次開發(fā)比如增加借閱規(guī)則、讀者管理的人。接下來我們先把它的工程骨架拆開。2. SSM 整合骨架從項目結構看懂 Spring SpringMVC MyBatis 的分工SSM 整合最大的門檻不是某一個框架難學而是三者疊加后“誰負責什么、配置寫在哪、啟動時加載順序如何”容易混淆。這套圖書管理系統(tǒng)的工程結構按功能分包從根目錄就能看出框架職責Spring 管業(yè)務與數(shù)據(jù)、SpringMVC 管請求路由、MyBatis 管數(shù)據(jù)庫訪問。2.1 項目目錄設計與分層原則這個圖書管理項目采用標準的 Maven Web 工程結構。所謂“標準”指主包下按 controller、service、dao、entity或 pojo四層分包controller 處理頁面請求和參數(shù)綁定service 做業(yè)務邏輯如借書校驗、庫存扣減dao 即 MyBatis 的 Mapper 接口負責 SQL 操作entity 對應數(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)一返回結果、分頁對象、異常處理 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ā)點是讓每一層的依賴方向自上而下controller 調(diào) service、service 調(diào) mapper不反向引用。實際開發(fā)中改動最多的是 service 層因為借書要考慮圖書庫存與用戶借閱上限還書要考慮逾期天數(shù)這類業(yè)務規(guī)則必須沉淀在 service 而不是 controller否則后期改需求會很痛。這套項目的 dao 層以接口加 XML 的方式定義實體類與表字段一一對應。2.2 核心配置職責applicationContext.xml、spring-mvc.xml 與 web.xml 的邊界SSM 整合里最容易翻車的是“配置寫錯文件”。web.xml 是整個 Web 應用的入口它負責啟動 Spring 容器和 SpringMVC 容器。這里有一個關鍵約定applicationContext.xml 配置 Spring 的全局內(nèi)容包括數(shù)據(jù)源、事務管理器、MyBatis 的 SqlSessionFactory、Service 層的掃描spring-mvc.xml 只配置與 MVC 相關的內(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設 1 表示容器啟動時就創(chuàng)建 DispatcherServlet而不是等第一個請求到達才初始化這對排查啟動報錯很重要。在 spring-mvc.xml 中只做三件事context:component-scan base-packagecom.example.library.controller/、配置視圖解析器指定 JSP 路徑前綴與后綴以及放行靜態(tài)資源。applicationContext.xml 則配置數(shù)據(jù)源如 MySQL 的連接地址、賬號密碼、SqlSessionFactoryBean 的 Mapper 文件位置、事務管理器并且context:component-scan base-packagecom.example.library.service/只掃描 service 與 dao。如果掃描范圍重疊或者全用默認掃描輕則 Bean 重復重則事務注解失效這一點在后文避坑章節(jié)細說。2.3 用 Maven 拉依賴pom.xml 版本選擇與沖突排查SSM 項目依賴多版本匹配是啟動階段最折磨人的點。我的習慣是先用 Maven 統(tǒng)一管理版本spring 相關的四個核心包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 可正常運行如果換成 mybatis-spring 2.x搭配方式基本不變但要注意官方包路徑調(diào)整。!-- pom.xml 關鍵依賴版本以 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 中使用應引入pagehelper核心包并在 MyBatis 配置中追加插件否則分頁不生效。依賴沖突排查的做法啟動時若出現(xiàn) ClassNotFoundException先執(zhí)行mvn dependency:tree看是否存在兩個版本的 spring-web出現(xiàn)Invalid bound statement則檢查 Mapper XML 路徑是否在編譯后存在于 classes 目錄以及 mapper 接口是否被包掃描覆蓋。3. 數(shù)據(jù)庫設計與圖書 CRUD 落地從建表到 Mapper 映射圖書管理系統(tǒng)最核心的資產(chǎn)是數(shù)據(jù)模型。很多學習者拿到項目直接改代碼卻忽略表設計決定業(yè)務實現(xiàn)難度這一前提。這套系統(tǒng)的表數(shù)量不多通常就圖書表、讀者/用戶表、借閱記錄表外鍵關系盡量用邏輯關聯(lián)而不是物理外鍵項目跑起來更省心。3.1 圖書管理系統(tǒng)的數(shù)據(jù)模型book、user、borrow_record 三表結構這張三表模型幾乎覆蓋進銷存和借閱管理的基本形態(tài)。圖書表負責存靜態(tài)信息用戶表存讀者資料借閱記錄表承擔借書/還書的狀態(tài)流轉。設計時注意圖書表要有獨立的邏輯刪除字段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;兩個細節(jié)值得注意stock表示館藏總量borrowed_count表示當前已借出數(shù)量實際可借數(shù)量通過stock - borrowed_count計算比每次實時 count 借閱記錄更高效。user.max_borrow是業(yè)務規(guī)則的數(shù)據(jù)庫載體調(diào)整單人可借數(shù)量不用改代碼。字符集統(tǒng)一使用 utf8mb4 而不是 utf8否則插入生僻字或特殊符號容易丟字符。3.2 MyBatis Mapper 映射XML 寫法與參數(shù)綁定細節(jié)這套項目的 Mapper 層用 XML 實現(xiàn)動態(tài) SQL比注解方式更適合復雜條件查詢。以圖書查詢?yōu)槔畛２鹊目邮恰皸l件為空時 SQL 拼接多出一個 WHERE 或 AND”。MyBatis 的where標簽會自動去掉多余的AND和OR這是 SSM 圖書管理項目中必須用熟的關鍵字。!-- 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標簽自動處理首個條件前的AND避免 SQL 語法錯誤。所有參數(shù)通過#{}傳入MyBatis 會將其轉化為預編譯的?占位符可有效規(guī)避 SQL 注入。parameterTypemap是因為調(diào)用方可能只傳部分字段用 Map 不必定義專門的查詢對象。參數(shù)說明LIKE CONCAT(%, #{bookName}, %)推薦寫法不要在 Java 代碼里拼好%再傳否則遇到特殊字符時容易出問題。deleted 0放在where內(nèi)保證任何查詢都自動過濾已刪除數(shù)據(jù)。如果只想查某本具體的書book_name的等值匹配比LIKE性能更好這一點在索引使用時很重要。3.3 Service 層事務邊界為什么數(shù)據(jù)源配置只寫一半會靜默失敗SSM 圖書項目新增圖書時需要校驗 ISBN 是否重復這時候事務的邊界就顯得很關鍵。常見的新手認知是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時默認只回滾 RuntimeException受檢異常不會自動回滾這是數(shù)據(jù)不一致的高發(fā)源頭。Service 方法內(nèi)部先查重再插入兩個操作同處一個事務避免并發(fā)下重復插入。參數(shù)說明拋出RuntimeException是事務回滾的觸發(fā)條件如果這里改成返回false或拋出普通 Exception事務不會回滾。強調(diào)一點Transactional放在 Service 實現(xiàn)類的具體方法上不要放在接口上因為某些動態(tài)代理機制對接口注解的識別不穩(wěn)定。4. 把功能做實圖書搜索、分頁與借還操作的實現(xiàn)過程CRUD 只是骨架圖書管理系統(tǒng)真正讓用戶覺得“能用”的功能是搜索、分頁和借還操作。這三個功能最考驗對 SSM 請求流轉和 SQL 細節(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)我默認推薦 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}時要校驗首尾邊界否則第一頁點“上一頁”會跳到第 0 頁這在用戶實操中很戳信任感。手動分頁的 SQL 寫法是limit #{offset}, #{pageSize}但要注意 offset 在 XML 里傳入時已經(jīng)是計算后的整數(shù)不要在 SQL 里再乘一次。用 PageHelper 時如果出現(xiàn)“分頁不生效”的翻車絕大多數(shù)原因是 mybatis-spring 的版本與 PageHelper 插件的攔截器方式不匹配后文避坑章節(jié)單獨展開。4.2 模糊搜索書名、作者、ISBN 的組合條件處理真實檢索場景下用戶很少一次性填滿所有搜索條件更多是只輸入一兩個字。組合條件的關鍵在于前端表單可能有空值后端 Controller 的RequestParam可能沒有傳入對應參數(shù)這時直接用getParameter會拿到 null 并拼進 SQL產(chǎn)生與預期不符的結果。正確姿勢是前端傳空串后端對空串做統(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()去掉首尾空格是一門細節(jié)用戶從輸入框粘貼內(nèi)容時常帶不可見字符去掉后搜索命中率明顯提升。搜索結果默認不分頁會導致數(shù)據(jù)量大時頁面卡頓我一般會配合 4.1 的分頁邏輯復用同一套查詢。4.3 借書/還書庫存校驗與狀態(tài)流轉的實現(xiàn)借書不是簡單 insert 一條記錄它要同時滿足三個條件用戶存在、在借冊數(shù)未達上限、圖書可借庫存足夠。真正寫業(yè)務時用戶很少先查詢一遍再點借閱往往是直接提交因此校驗必須寫進 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(已達借閱上限); } bookMapper.increaseBorrowedCount(bookId); borrowRecordMapper.insert(new BorrowRecord(bookId, userId, new Date(), null)); }代碼邏輯selectByIdForUpdate使用悲觀鎖鎖住圖書行避免同一本書同時被多人借出時超借這是“并發(fā)場景下庫存不夠分”的兜底做法。借出數(shù)量通過stock - borrowedCount判斷而不是直接用stock 0否則已借出的數(shù)量沒扣除會導致借閱總數(shù)超過館藏。countActiveByUserId統(tǒng)計該用戶尚未歸還的借閱記錄與user.max_borrow比較時注意需查詢用戶基本信息的額外代價。借書時的數(shù)字變化有兩處book 表的borrowed_count加 1以及 borrow_record 表插入一條記錄。必須放在同一事務里順序是先扣減、后插入如果順序反了插入失敗時扣減落庫會造成數(shù)據(jù)錯亂。還書時反向操作borrowRecordMapper.updateReturnTime(recordId, new Date())并把對應圖書的borrowed_count減 1注意還書操作要取最近一條未歸還記錄避免用戶對同一本書借了兩次后還錯記錄。5. SSM 整合避坑自查那些讓你翻車的配置與依賴問題SSM 這個組合運行起來路徑必然經(jīng)過配置文件任何一個環(huán)節(jié)斷開都會導致啟動失敗或請求異常。遍歷這套系統(tǒng)的完整運行環(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 里加掃描標簽只配了數(shù)據(jù)源和 SqlSessionFactory導致Autowired注入時找到不到 Bean。解決確認 applicationContext.xml 中顯式聲明context:component-scan base-packagecom.example.library.service/且 base-package 必須指向 service 包所在位置不能寫成com.example.library.controller。寫完配置后啟動項目看控制臺日志搜一下Creating service之類的輸出確認 Bean 被實例化。5.2 現(xiàn)象啟動時報Failed to configure a DataSource或連接超時原因數(shù)據(jù)源配置選擇錯誤或變量占位沒解析。常見于 jdbc.properties 文件未加載、driver-class-name等關鍵項名稱敲歪比如把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 務必寫成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 默認不啟用 Jackson 轉換器加注解也會失效。5.4 現(xiàn)象部署到 Tomcat 后訪問頁面 404但啟動無報錯原因項目沒有正確編譯為可運行的 Web 模塊或web.xml里 DispatcherServlet 的url-pattern配置把 JSP 請求也攔截了。Tomcat 找不到 JSP 頁面直接走到兜底 404。還有一種情況是 SpringMVC 的視圖解析器前綴路徑配錯導致返回的視圖名指向了不存在的目錄。解決先確認 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)事務、慢查詢與登錄攔截的進階調(diào)校系統(tǒng)能跑起來只是開始要放到實訓環(huán)境或正式環(huán)境里被人連續(xù)點幾十次還不出錯還得做三件進階的事嚴格事務、優(yōu)化查詢、守住權限。6.1 事務控制策略把事務注解細化到具體業(yè)務方法。借書與還書這類寫操作無條件用Transactional(rollbackFor Exception.class)單純的列表查詢、單條詳情查詢建議不加事務避免給數(shù)據(jù)庫增加無謂的鎖。需要多條 SQL 聯(lián)合更新時再開啟事務。注意 Spring 的代理機制同一個類內(nèi)部調(diào)用帶事務注解的方法事務不生效。比如BookServiceImpl中 a 方法調(diào)同一個類的 b 方法b 上的事務會被忽略正確做法是獨立封裝或注入自身代理我通常把寫操作整合到一個門面類處理比如BorrowFacade。6.2 慢查詢排查圖書列表頁點擊一次要做一次 count 加一次數(shù)據(jù)查詢MySQL 拿到模糊搜索條件很容易全表掃描。對常見搜索字段book_name和author建索引并且在 SQL 執(zhí)行前使用EXPLAIN SELECT * FROM book WHERE book_name LIKE 關鍵字%檢查是否命中索引。要留意 LIKE 以%開頭時即使有索引也無能為力。真遇到搜索慢到閃紅直接用前綴索引或考慮 MySQL 全文索引。從設計上想這份資源中idx_book_name索引只能加速前綴匹配帶%開頭時我可以把首字符相同的量控制住比如建議用戶輸入至少前兩個字再搜。6.3 登錄攔截與靜態(tài)資源放行未登錄用戶理論上不能進入 /book/list、/borrow/* 等路徑。用 SpringMVC 攔截器實現(xiàn)要比在 JSP 里頻繁判斷 session 干凈得多。繼承 HandlerInterceptorAdapter 或?qū)崿F(xiàn) HandlerInterceptor 接口在 preHandle 方法里檢查 session若為空則重定向到 /login。配置時注意把/login、/static/**排除否則登錄頁自己也進不去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)從回話中取登錄對象當用戶未登錄時會被重定向到登錄頁。response.sendRedirect重定向路徑需要拼接request.getContextPath()否則部署在帶上下文路徑的正向時跳轉可能指向錯誤地址。登錄成功后記得在業(yè)務代碼中主動設置 session 屬性否則這個攔截器永遠認為你未登錄我在這里吃過虧。寫完登錄攔截后順手做了一件很提效的事用日志打印攔截器是否命中驗證期里每次點請求都能在控制臺看到遍歷路徑排查“為什么頁面能訪問卻跳登錄”這類問題時快很多。從那以后我每次調(diào) SSM 項目都強制走一遍“檢查攔截器 驗證事務 EXPLAIN 走索引”這三步任何從畢業(yè)設計來的歷史項目都能在半天內(nèi)確認是否達到交付標準。這套 SSM 圖書管理系統(tǒng)也是一樣按上面的思路從頭到尾把配置、業(yè)務、安全三步走通剩下的工作就是按你自己的業(yè)務需求改字段和頁面了希望幫到你。本文還有配套的精品資源點擊獲取