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