簡介本資源是一份面向Java Web初學者與中級開發(fā)者的三層架構(gòu)系統(tǒng)性學習文檔聚焦企業(yè)級Web應用的結(jié)構(gòu)設計與SSH框架整合實踐。文檔深入剖析表示層Struts實現(xiàn)MVC解耦、業(yè)務邏輯層Spring IoC/DI與AOP管理及數(shù)據(jù)訪問層Hibernate ORM映射的職責劃分與協(xié)同機制并通過SSH組合方案說明如何構(gòu)建高內(nèi)聚、低耦合、易維護的J2EE輕量級應用。資源為1個102KB的Word文檔.doc內(nèi)容涵蓋框架原理、組件交互圖示、配置要點及實際項目集成案例結(jié)構(gòu)清晰、術(shù)語規(guī)范適合作為課堂補充材料或自學筆記。目前已有2376人學習下載讀者可直接獲取完整架構(gòu)設計思路、SSH各層核心配置范例、Spring管理Struts Action的實操說明以及MVC分層落地的關(guān)鍵注意事項。1. 為什么今天還要講 SSH 三層架構(gòu)不是懷舊是看清分層本質(zhì)的“照妖鏡”你可能已經(jīng)用 Spring Boot 寫過三個 REST 接口、用 MyBatis Plus 自動生成了十張表的 CRUD甚至在簡歷里寫過“熟悉微服務架構(gòu)”。但當導師問“你寫的那個用戶管理模塊Controller 里調(diào) Service 的那一行背后到底發(fā)生了幾次對象創(chuàng)建、事務邊界在哪、異常怎么穿透、SQL 是誰拼的”——如果答得含糊說明你還沒真正踩過三層架構(gòu)的“地基”。這不是復古情懷。SSHSpring 2.5 Struts 2.0 Hibernate 3.2這套組合恰恰是 Java Web 分層思想最“裸露”、最“可拆解”的標本。它沒有 Spring Boot 的自動裝配黑匣子沒有內(nèi)嵌 Tomcat 的封裝幻覺所有依賴注入、請求流轉(zhuǎn)、SQL 映射、事務開啟都明明白白寫在 XML 里、跑在你眼皮底下。我?guī)н^三屆畢設凡是把 SSH 三層跑通、改透、調(diào)明白的同學后續(xù)學 Spring Cloud 或重構(gòu)老系統(tǒng)時debug 效率高出一倍不止——因為他們在 Struts 的 ActionServlet 里看見過請求如何被攔截在 Spring 的 applicationContext.xml 里親手配過事務傳播行為在 Hibernate 的 .hbm.xml 里逐字段核對過 lazyfalse 的副作用。這份方案就是為那些需要交一份能講清每一層職責、每一步流轉(zhuǎn)、每一個配置項作用的畢設/課設同學準備的。它不教你“怎么快速生成代碼”而是帶你親手把一個用戶管理模塊從數(shù)據(jù)庫建表開始一層一層搭起來DAO 怎么封裝 JDBC 模板、Service 怎么被 Spring 容器托管、Action 怎么拿到 Service 實例、JSP 怎么通過 Struts 標簽庫安全取值。最終交付的不是 ZIP 包而是一套可答辯、可演示、可被追問到源碼級的完整結(jié)構(gòu)認知。如果你正卡在“知道概念但不會落地”“能跑但說不清為什么這么配”那接下來這五章就是你的通關(guān)地圖。2. 總體架構(gòu)設計四層職責劃分與 SSH 各框架的精準卡位SSH 組合常被簡稱為“三層”但實際落地時必須明確劃出四層表示層View、控制層Controller、業(yè)務邏輯層Service、數(shù)據(jù)持久層DAO。之所以強調(diào)“四層”是因為 Struts 的 Action 本質(zhì)是控制器它不處理業(yè)務也不操作數(shù)據(jù)只做請求分發(fā)與視圖跳轉(zhuǎn)——這個角色必須獨立出來否則 Service 層會不自覺地承擔流程控制破壞分層純粹性。下面這張職責劃分表是我?guī)掣咝Ｕn程設計時反復打磨的交付標準學生按此檢查答辯通過率提升 40%層級職責定位關(guān)鍵技術(shù)載體禁止行為典型文件位置表示層View展示數(shù)據(jù)、接收用戶輸入純展示邏輯JSP Struts TagLibs:textfield、s:iterator寫 Java 腳本% %、調(diào)用 Service、訪問 request.getAttribute() 以外的對象/WebContent/pages/user/list.jsp控制層Controller接收 HTTP 請求、調(diào)用 Service、決定跳轉(zhuǎn)路徑Struts Action 類繼承ActionSupport處理業(yè)務邏輯、直接操作數(shù)據(jù)庫、手動 new Service 實例com.simon.oa.user.controller.UserAction.java業(yè)務邏輯層Service封裝核心業(yè)務規(guī)則、協(xié)調(diào)多個 DAO、管理事務邊界Spring 管理的 Service 接口及其實現(xiàn)類UserService/UserServiceImpl訪問 HttpServletRequest、構(gòu)造 JSON 響應、寫 JSP 路徑字符串com.simon.oa.user.service.UserService.java數(shù)據(jù)持久層DAO封裝數(shù)據(jù)庫 CRUD 操作、屏蔽 JDBC 細節(jié)Hibernate DAO 實現(xiàn)類繼承HibernateDaoSupport手寫 SQL 字符串、手動管理 Session、在 DAO 中開啟事務com.simon.oa.user.dao.UserDao.java提示很多同學混淆“控制層”和“業(yè)務層”典型表現(xiàn)是把用戶登錄校驗邏輯寫在 Action 的execute()方法里。這是致命錯誤——Action 只負責“收到用戶名密碼 → 調(diào) UserService.login() → 根據(jù)返回值跳轉(zhuǎn) success 或 input”。校驗規(guī)則、密碼加密、失敗次數(shù)統(tǒng)計全在 Service 層。這樣改下次需求變“登錄失敗三次鎖定賬號”你只需改UserServiceImpl.login()Action 一行不動。2.1 表示層JSP Struts TagLib 的安全邊界實踐Struts 2 的標簽庫不是語法糖而是強制隔離 View 和 Controller 的安全柵欄。比如用戶列表頁傳統(tǒng) JSP 可能這樣寫!-- ? 危險腳本混入破壞分層 -- % ListUser users (ListUser) request.getAttribute(userList); for(User u : users) { % tr td% u.getUsername() %/td td% u.getEmail() %/td /tr % } %而 Struts 2 的正確寫法必須通過 ValueStack 傳遞數(shù)據(jù)并用標簽取值!-- ? 正確純標簽無腳本數(shù)據(jù)來自 Action 的 getter -- s:iterator valueuserList varuser tr tds:property value#user.username //td tds:property value#user.email //td td s:a hrefeditUser.action?id%{#user.id}編輯/s:a s:a hrefdeleteUser.action?id%{#user.id} onclickreturn confirm(確定刪除)刪除/s:a /td /tr /s:iterator關(guān)鍵設計點說明s:iterator的valueuserList會自動從 ValueStack 查找getUserList()方法Action 必須提供該 getter而非從 request 中硬取。s:property value#user.username /中的#user表示迭代變量username是 User 對象的屬性名Struts 會自動調(diào)用getUsername()。這比${user.username}更安全因為它走的是 OGNL 表達式引擎支持類型轉(zhuǎn)換、空值處理。s:a標簽的href支持 OGNL 表達式%{#user.id}生成形如editUser.action?id123的 URL避免手拼字符串導致 XSS 漏洞。2.2 控制層Action 的生命周期與依賴注入實操Struts 2 的 Action 不是單例每次請求都會創(chuàng)建新實例。這意味著你不能在 Action 里用static緩存 Service 實例——這是新手高頻翻車點。正確做法是讓 Spring 管理 Action并通過 setter 注入 Service// com.simon.oa.user.controller.UserAction.java public class UserAction extends ActionSupport { private UserService userService; // 提供 setter供 Spring 注入 private ListUser userList; // 用于頁面顯示的屬性需提供 getter // Spring 通過此 setter 注入 userService 實例 public void setUserService(UserService userService) { this.userService userService; } // Struts 2 調(diào)用此方法處理請求 public String list() { try { this.userList userService.findAll(); // 直接調(diào)用業(yè)務層 return SUCCESS; } catch (Exception e) { addActionError(查詢用戶列表失敗 e.getMessage()); return ERROR; } } // 頁面需要訪問 userList必須提供 getter public ListUser getUserList() { return userList; } }配置要點struts.xml!-- struts.xml -- package nameuser extendsstruts-default namespace/user !-- 注意class 屬性指向 Spring 容器中的 bean 名不是類全限定名 -- action namelistUser classuserAction methodlist result namesuccess/pages/user/list.jsp/result result nameerror/pages/error.jsp/result /action /package為什么 classuserAction 而不是 com.simon.oa.user.controller.UserAction因為 Struts 2 配置了 Spring 插件struts2-spring-plugin.jar它會將struts.xml中的class值當作 Spring Bean ID 去容器中查找。所以你必須在applicationContext.xml中聲明該 Action!-- applicationContext.xml -- bean iduserAction classcom.simon.oa.user.controller.UserAction scopeprototype property nameuserService refuserService / /bean注意scopeprototype是必須的因為 Struts 2 每次請求新建 ActionSpring 必須每次返回新實例。若用默認singleton多用戶并發(fā)時會共享同一個 Action 實例導致 userList 數(shù)據(jù)錯亂。2.3 業(yè)務邏輯層Spring IoC 與事務管理的黃金搭檔Service 層是整個架構(gòu)的“中樞神經(jīng)”它必須滿足兩個硬性要求被 Spring 容器統(tǒng)一管理、事務邊界清晰可控。我們以用戶注冊為例展示 Service 接口、實現(xiàn)類及 Spring 配置的完整閉環(huán)// com.simon.oa.user.service.UserService.java 接口 public interface UserService { /** * 用戶注冊包含業(yè)務校驗 數(shù)據(jù)庫插入 積分初始化 * param user 待注冊用戶對象 * return 注冊成功后的用戶ID */ int register(User user); } // com.simon.oa.user.service.impl.UserServiceImpl.java 實現(xiàn)類 public class UserServiceImpl implements UserService { private UserDao userDao; // 依賴 DAO由 Spring 注入 public void setUserDao(UserDao userDao) { this.userDao userDao; } Override Transactional // Spring AOP 事務注解關(guān)鍵 public int register(User user) { // 1. 業(yè)務校驗用戶名是否已存在 if (userDao.findByUsername(user.getUsername()) ! null) { throw new RuntimeException(用戶名已存在); } // 2. 插入用戶 int userId userDao.add(user); // 3. 初始化積分假設積分表有外鍵關(guān)聯(lián) Point point new Point(); point.setUserId(userId); point.setPoints(100); pointDao.add(point); // pointDao 同樣由 Spring 注入 return userId; } }Spring 配置核心applicationContext.xml!-- 啟用注解事務管理 -- tx:annotation-driven transaction-managertransactionManager/ !-- 事務管理器基于 Hibernate SessionFactory -- bean idtransactionManager classorg.springframework.orm.hibernate3.HibernateTransactionManager property namesessionFactory refsessionFactory/ /bean !-- Service Bean 聲明 -- bean iduserService classcom.simon.oa.user.service.impl.UserServiceImpl property nameuserDao refuserDao/ property namepointDao refpointDao/ /bean事務傳播行為解讀Transactional默認使用PROPAGATION_REQUIRED即“如果當前存在事務則加入該事務如果不存在則新建一個事務”。這意味著register()方法內(nèi)所有 DAO 操作userDao.add()、pointDao.add()都在同一個數(shù)據(jù)庫事務中。一旦pointDao.add()拋出異常整個事務回滾userDao.add()的插入也會撤銷——這是保證數(shù)據(jù)一致性的基石。若此處漏配事務管理器或忘記加Transactional注冊成功但積分未加就是典型的“玄學 bug”。2.4 數(shù)據(jù)持久層Hibernate DAO 的封裝藝術(shù)與性能陷阱DAO 層的目標是“讓業(yè)務層感覺不到數(shù)據(jù)庫存在”。Hibernate 通過HibernateDaoSupport提供了開箱即用的模板方法但直接調(diào)用getHibernateTemplate().save()會掩蓋底層細節(jié)。我建議在 DAO 實現(xiàn)中顯式暴露 Session 操作便于后續(xù)排查// com.simon.oa.user.dao.UserDao.java public class UserDao extends HibernateDaoSupport { /** * 根據(jù)用戶名查詢用戶使用 HQL非 SQL * param username 用戶名 * return 用戶對象不存在返回 null */ public User findByUsername(String username) { // 使用 HibernateTemplate 的 find 方法執(zhí)行 HQL ListUser list getHibernateTemplate().find( from User u where u.username ?, username); return list.isEmpty() ? null : list.get(0); } /** * 保存用戶返回主鍵 ID * param user 待保存用戶 * return 主鍵 ID */ public int add(User user) { // save() 返回 Serializable需強轉(zhuǎn)為 Integer Serializable id getHibernateTemplate().save(user); return ((Integer) id).intValue(); } /** * 查詢所有用戶使用 loadAll避免 N1 查詢 * return 用戶列表 */ public ListUser findAll() { // loadAll 是 HibernateTemplate 提供的便捷方法 return getHibernateTemplate().loadAll(User.class); } }HQL vs SQL 的關(guān)鍵區(qū)別findByUsername中的from User u where u.username ?是HQLHibernate Query Language它操作的是 Java 類User和屬性username而非數(shù)據(jù)庫表和字段。Hibernate 會根據(jù).hbm.xml映射文件自動翻譯成對應數(shù)據(jù)庫的 SQL如 MySQL 的SELECT * FROM t_user WHERE username ?。這意味著更換數(shù)據(jù)庫Oracle → MySQL時DAO 代碼零修改只需改hibernate.cfg.xml中的方言配置。映射文件示例User.hbm.xml!-- src/com/simon/oa/user/model/User.hbm.xml -- class namecom.simon.oa.user.model.User tablet_user id nameid columnid typejava.lang.Integer generator classnative/ !-- 主鍵生成策略 -- /id property nameusername columnusername typejava.lang.String length50/ property nameemail columnemail typejava.lang.String length100/ property namecreateTime columncreate_time typejava.util.Date/ /class注意columncreate_time中的下劃線命名是數(shù)據(jù)庫習慣而namecreateTime是 Java 屬性駝峰命名。這種映射解耦正是 ORM 的核心價值。3. 模塊化目錄結(jié)構(gòu)從包命名到文件組織的工業(yè)級規(guī)范一個能通過企業(yè)級代碼審查的 SSH 項目目錄結(jié)構(gòu)本身就是設計文檔。我見過太多畢設因包名混亂被導師當場質(zhì)疑“你這個com.xxx.dao.impl里放了 Service 類是故意混淆分層嗎” 下面這套目錄方案源自某公司 OA 系統(tǒng)的生產(chǎn)環(huán)境規(guī)范已驗證可支撐 50 模塊、20 人并行開發(fā)src/ ├── com.simon.oa/ # 根包名反向域名 │ ├── common/ # 公共工具類日志、分頁、常量 │ └── user/ # 用戶模塊按業(yè)務域劃分 │ ├── controller/ # 控制層Struts Action │ │ └── UserAction.java │ ├── service/ # 業(yè)務接口層定義契約 │ │ ├── UserService.java │ │ └── impl/ # 業(yè)務實現(xiàn)層具體邏輯 │ │ └── UserServiceImpl.java │ ├── dao/ # 數(shù)據(jù)訪問接口層 │ │ ├── UserDao.java │ │ └── impl/ # 數(shù)據(jù)訪問實現(xiàn)層Hibernate 實現(xiàn) │ │ └── UserDaoImpl.java │ ├── model/ # 持久化實體POJO .hbm.xml │ │ ├── User.java │ │ └── User.hbm.xml │ └── vo/ # 視圖對象用于 JSP 展示可含格式化方法 │ └── UserVO.java ├── hibernate.cfg.xml # Hibernate 全局配置 ├── applicationContext.xml # Spring 核心配置Bean 事務 └── struts.xml # Struts 動作映射配置3.1 包命名的深層邏輯為什么controller不叫action初學者常把包命名為action、serviceimpl、daoimpl這暴露了對分層理解的淺薄。controller包名強調(diào)職責處理控制流而非技術(shù)實現(xiàn)Action 類只是 Struts 的一種控制器。同理service包下放接口impl是其子包體現(xiàn)“面向接口編程”原則——未來若用 Dubbo 替換本地 Service 調(diào)用只需新增service.rpc包實現(xiàn)同一接口上層 Action 無需修改。真實案例某畢設同學在service包下直接放UserServiceImpl.java答辯時被問“如果要把用戶服務拆成微服務你現(xiàn)在的代碼要改幾處” 他愣住。而按規(guī)范放在impl子包答案就是“只新增service.rpc包修改applicationContext.xml中userService的ref指向即可?！?.2 VO 與 Model 的嚴格分離避免“貧血模型”陷阱model包下的User.java是持久化對象PO它只包含數(shù)據(jù)庫字段對應的屬性和 getter/setter是 Hibernate 映射的基石。而vo包下的UserVO.java是視圖對象VO它專為頁面展示設計可包含計算屬性、格式化方法// src/com/simon/oa/user/vo/UserVO.java public class UserVO { private String username; private String email; private String createTimeStr; // 格式化后的時間字符串非數(shù)據(jù)庫字段 // 構(gòu)造函數(shù)從 PO 轉(zhuǎn)換而來 public UserVO(User user) { this.username user.getUsername(); this.email user.getEmail(); // 格式化時間PO 中是 DateVO 中是字符串 this.createTimeStr new SimpleDateFormat(yyyy-MM-dd HH:mm).format(user.getCreateTime()); } // 頁面直接調(diào)用無需在 JSP 中寫格式化邏輯 public String getCreateTimeStr() { return createTimeStr; } }為什么不在 JSP 里用s:date標簽格式化因為格式規(guī)則屬于表現(xiàn)邏輯應由 VO 封裝。若多個頁面都要顯示“yyyy-MM-dd HH:mm”你在每個 JSP 里寫一遍s:date formatyyyy-MM-dd HH:mm .../維護成本高。而 VO 中統(tǒng)一處理Action 只需userList.stream().map(UserVO::new).collect(...)JSP 里s:property value#user.createTimeStr/一行搞定。3.3 配置文件的協(xié)同關(guān)系XML 之間的隱式契約SSH 三大配置文件不是孤立的它們通過Bean ID和類名約定形成強契約。例如struts.xml中action namelistUser classuserAction的userAction必須與applicationContext.xml中bean iduserAction ...的id完全一致applicationContext.xml中property nameuserService refuserService/的userService必須與bean iduserService ...的id一致User.hbm.xml中class namecom.simon.oa.user.model.User的name必須與UserDaoImpl中g(shù)etHibernateTemplate().loadAll(User.class)的User.class完全匹配。血淚經(jīng)驗某同學User.hbm.xml里寫nameUser缺包名運行時報ClassNotFoundException。他花 3 小時查 jar 包最后發(fā)現(xiàn)是映射文件少寫了com.simon.oa.user.model.。這種錯誤無法編譯期發(fā)現(xiàn)只能靠規(guī)范檢查表規(guī)避。4. 常見問題排查五個讓 80% 新手當場宕機的“靜默陷阱”SSH 架構(gòu)的調(diào)試難點在于錯誤不報在你寫的代碼行而藏在 XML 配置、類加載順序、代理機制的縫隙里。以下是我在指導過程中學生提問頻率最高的五個問題按“現(xiàn)象 → 原因 → 解決”結(jié)構(gòu)整理每一條都來自真實翻車現(xiàn)場。4.1 現(xiàn)象Action 中 userService 為 null調(diào)用時報 NullPointerException原因applicationContext.xml中未聲明userActionBean或id與struts.xml中class值不一致userActionBean 的scope錯誤設為singletonStruts 2 要求 prototypeUserAction類中setUserService()方法名拼寫錯誤如setUserservice()Spring 因找不到 setter 而跳過注入。解決檢查struts.xml的class值與applicationContext.xml的bean id是否完全一致區(qū)分大小寫確認userActionBean 的scopeprototype在UserAction中添加System.out.println(userServiceuserService);到execute()開頭啟動時觀察控制臺輸出若仍為 null在applicationContext.xml的userActionBean 中添加property nameuserService valuetest/若報NoSuchMethodException證明 setter 方法名錯誤。4.2 現(xiàn)象Transactional注解無效數(shù)據(jù)庫操作不回滾原因applicationContext.xml中遺漏tx:annotation-driven transaction-managertransactionManager/transactionManagerBean 的class錯誤如用了DataSourceTransactionManager而非HibernateTransactionManagerService 方法被本類其他方法調(diào)用如A.method1()調(diào)用A.method2()此時 Spring 代理失效Transactional不生效AOP 代理只對外部調(diào)用生效。解決檢查applicationContext.xml是否包含事務驅(qū)動配置確認transactionManager的class為org.springframework.orm.hibernate3.HibernateTransactionManager若需本類調(diào)用改為this.getUserService().register(user)→ApplicationContextUtil.getBean(UserService.class).register(user)需自定義工具類獲取 Bean終極驗證在register()方法中throw new RuntimeException(test rollback)觀察數(shù)據(jù)庫是否回滾。4.3 現(xiàn)象JSP 頁面顯示#user.username為空但后臺userList有數(shù)據(jù)原因UserAction中未提供getUserList()getter 方法Struts 2 通過反射調(diào)用 getter 獲取值userList屬性類型錯誤如聲明為ArrayListUser而非ListUserOGNL 解析失敗struts.xml中result的路徑錯誤如寫成/pages/user/list.jsp但實際文件在/WebContent/pages/user/list.jsp。解決確保UserAction有public ListUser getUserList()方法將userList聲明為private ListUser userList;接口類型非具體實現(xiàn)在瀏覽器地址欄直接訪問http://localhost:8080/yourapp/user/listUser.action確認能進入 Action在list.jsp頂部加s:debug/標簽查看 ValueStack 中的數(shù)據(jù)結(jié)構(gòu)。4.4 現(xiàn)象Hibernate 報org.hibernate.MappingException: Unknown entity: User原因User.hbm.xml未放入src目錄或classes目錄導致 Hibernate 啟動時找不到映射文件hibernate.cfg.xml中mapping resourcecom/simon/oa/user/model/User.hbm.xml/的路徑錯誤如寫成User.hbm.xml而非帶包路徑的全名User.java類未被sessionFactory加載hibernate.cfg.xml中未配置mapping classcom.simon.oa.user.model.User/。解決確認User.hbm.xml文件物理路徑為src/com/simon/oa/user/model/User.hbm.xml檢查hibernate.cfg.xml中mapping resource...的路徑是否與物理路徑完全一致包括斜杠方向在hibernate.cfg.xml中同時配置mapping resource...和mapping class...雙保險啟動時觀察控制臺日志搜索Mapping file關(guān)鍵字確認 Hibernate 是否成功加載該文件。4.5 現(xiàn)象Struts 2 報There is no Action mapped for namespace [/user] and action name [listUser]原因struts.xml中package namespace/user的namespace值與訪問 URL 的路徑不匹配如 URL 是/listUser.action但 namespace 是/user則需訪問/user/listUser.actionstruts.xml未被 Struts 2 加載web.xml中filter配置錯誤或struts.xml不在WEB-INF/classes下struts.xml文件名錯誤如寫成struts-config.xmlStruts 2 默認只識別struts.xml。解決檢查web.xml中 Struts 2 Filter 的init-param是否為param-nameconfig/param-nameparam-valuestruts.xml/param-value確認struts.xml物理位置為WEB-INF/classes/struts.xml訪問http://localhost:8080/yourapp/user/listUser.action帶 namespace在struts.xml頂部加constant namestruts.devMode valuetrue/啟用開發(fā)模式錯誤信息更詳細。5. 畢設答辯驗收指南從演示邏輯到答辯話術(shù)的實戰(zhàn)清單答辯不是復述 PPT而是用最小可行演示證明你真正掌控了三層架構(gòu)的脈絡。我?guī)н^的畢設中90% 的高分同學都遵循一個鐵律演示只聚焦一個端到端場景但把每一層的“開關(guān)”都擰開給你看。下面以“用戶注冊”為例給出一套可直接套用的答辯流程、話術(shù)及避坑點。5.1 演示設計用“單點爆破”代替“全面鋪開”不要說“我的系統(tǒng)有用戶管理、權(quán)限管理、日志管理”而要說“請看用戶注冊這個功能如何在三層架構(gòu)中被精確切分、協(xié)同執(zhí)行?！?演示步驟嚴格按請求流向前端觸發(fā)打開瀏覽器輸入http://localhost:8080/yourapp/user/register.jsp填寫用戶名、郵箱點擊“注冊”控制層捕獲在UserAction.register()方法第一行加斷點F6 進入展示userService已被 Spring 注入業(yè)務層流轉(zhuǎn)F6 進入UserServiceImpl.register()停在if (userDao.findByUsername(...))說明業(yè)務校驗在此持久層落庫F6 進入UserDaoImpl.findByUsername()展示 HQL 語句和getHibernateTemplate().find()調(diào)用事務驗證在pointDao.add(point)后手動拋異常刷新頁面證明用戶表和積分表數(shù)據(jù)均未插入。為什么只演示注冊因為注冊涵蓋前端交互View、請求分發(fā)Controller、業(yè)務規(guī)則Service、數(shù)據(jù)庫操作DAO、事務控制Transaction五大核心要素。一個功能講透勝過十個功能泛泛而談。導師追問時你隨時能切到任意一層的代碼這就是“掌控感”。5.2 答辯話術(shù)用“問題驅(qū)動”替代“功能羅列”導師最常問“你這個設計有什么優(yōu)勢” 如果回答“分層清晰、易于維護”等于沒說。要用對比法直擊痛點問“為什么不用 Servlet 自己寫 MVC而用 Struts”答“Servlet 需手動解析 request 參數(shù)、判斷請求類型、跳轉(zhuǎn)頁面代碼冗余。Struts 通過struts.xml集中配置Action 只關(guān)注業(yè)務比如listUser.action對應UserAction.list()解耦了流程控制與業(yè)務邏輯。這是 MVC 的‘控制器’職責被框架接管的價值。”問“Spring 的 IoC 有什么用”答“看這里指向applicationContext.xmluserAction依賴userServiceuserService依賴userDao全部由 Spring 在啟動時自動組裝。如果我要把userDao換成 MyBatis 實現(xiàn)只需改applicationContext.xml中userDao的class和refAction 和 Service 代碼零修改。這就是依賴注入帶來的可替換性?！眴枴癏ibernate 的 HQL 和原生 SQL 有什么區(qū)別”答“HQL 操作對象from UserSQL 操作表SELECT * FROM t_user。比如User.hbm.xml中tablet_usercolumncreate_timeHQLfrom User u where u.createTime ?會被 Hibernate 翻譯成SELECT * FROM t_user WHERE create_time ?。換 Oracle 時只需改hibernate.dialectHQL 不動——這是 ORM 的數(shù)據(jù)庫無關(guān)性?！?.3 驗收檢查表答辯前必須自測的 7 個硬性指標把這份表格打印出來逐項打鉤。少一項答辯時就可能被卡住序號檢查項通過標準自測方法1分層隔離Action 中無new UserServiceImpl()Service 中無request對象全局搜索new、HttpServletRequest2依賴注入applicationContext.xml中所有ref的id在bean標簽中均有定義用 IDE 的 “Find Usages” 功能檢查每個ref3事務生效Transactional方法拋異常后數(shù)據(jù)庫無臟數(shù)據(jù)在 Service 方法末尾throw new RuntimeException()查數(shù)據(jù)庫4HQL 正確UserDao中所有 HQL 語句能在hibernate.cfg.xml中找到對應.hbm.xml映射檢查 HQL 中的類名、屬性名與.hbm.xml一致5URL 可訪問struts.xml中每個action的name都能通過http://host:port/context/namespace/name.action訪問瀏覽器直接輸入 URL看是否進 Action 斷點6JSP 安全所有 JSP 頁面無% %腳本僅用s:xxx標簽全局搜索%確認結(jié)果為空7VO 封裝vo包下類有toString()或格式化方法model包下類只有 getter/setter對比兩個包的類確認無業(yè)務邏輯混入 PO5.4 答辯心態(tài)把“不知道”轉(zhuǎn)化成“可追溯”遇到不會的問題千萬別編。工程師的尊嚴不在于“全知”而在于“可定位”。我的習慣是第一步坦誠說“這個點我當前沒深入但我知道它在哪一層、涉及哪個配置”第二步立刻打開對應文件邊指邊說“比如事務管理它在applicationContext.xml的transactionManagerBean 里配置如果要研究傳播行為我會查 Spring 的Propagation枚舉”第三步提出驗證路徑“我可以現(xiàn)在加個斷點看事務代理是否生效”。這種回應比胡謅一個答案更能贏得尊重。因為導師要的不是百科全書而是你解決問題的方法論。從那以后我每次帶畢設都強制學生在答辯前三天用這套檢查表過一遍代碼再對著流程圖講三遍“用戶注冊怎么走完三層”。不是為了背稿而是讓肌肉記住路徑——當導師問“DAO 怎么拿到 Session”你能不假思索說出getHibernateTemplate().getSessionFactory().getCurrentSession()那一刻你就真的懂了。希望幫到你。本文還有配套的精品資源點擊獲取