前言

本文主要給大家介紹了關(guān)于spring mvc注解@ModelAttribute妙用的相關(guān)內(nèi)容，分享出來(lái)供大家參考學(xué)習(xí)，下面話不多說(shuō)了，來(lái)一起看看詳細(xì)的介紹吧。

在Spring mvc中，注解@ModelAttribute是一個(gè)非常常用的注解，其功能主要在兩方面：

1. 運(yùn)用在參數(shù)上，會(huì)將客戶端傳遞過(guò)來(lái)的參數(shù)按名稱注入到指定對(duì)象中，并且會(huì)將這個(gè)對(duì)象自動(dòng)加入ModelMap中，便于View層使用；
2. 運(yùn)用在方法上，會(huì)在每一個(gè)@RequestMapping標(biāo)注的方法前執(zhí)行，如果有返回值，則自動(dòng)將該返回值加入到ModelMap中；

一般開(kāi)發(fā)中，第一種用法居多，本次我將使用第二種用法以期節(jié)省controller層的一些代碼：

目前使用spring mvc開(kāi)發(fā)的controller層方法一般類似于：

 @RequestMapping("/{encodeId}/detail")
 public String detail(ModelMap model, @PathVariable String encodeId) {
 .....
 }

幾乎在每一個(gè)@RequestMapping標(biāo)注的方法的參數(shù)中都會(huì)有 ModelMap model的參數(shù)，既然這是一個(gè)大概率事件，為什么不可以像注入request那樣，直接在類的開(kāi)始使用@Resource進(jìn)行自動(dòng)注入呢？

另外一個(gè)，就是response，response也不能像request那樣進(jìn)行自動(dòng)注入。

類似的可能還有很多，既然這些都是controller層常用的代碼，如果能將其在一個(gè)basecontroller層自動(dòng)注入，然后controller層繼承這個(gè)basecontroller，那樣就沒(méi)有必要再@RequestMapping標(biāo)注的方法中寫上這些參數(shù)，使得參數(shù)個(gè)數(shù)減少，清晰。

我的思路正是使用@ModelAttribute注解，編寫一個(gè)basecontroller類，預(yù)定義一些項(xiàng)目中controller層常用的對(duì)象，如下：

 @Resource
 protected HttpServletRequest request;
 
 protected ModelMap model;
 
 protected HttpServletResponse response;

request不用解釋，可以直接使用@Resource直接注入，response和model的注入方式如下：

/**
 * 設(shè)置response
 * 
 * @param response
 */
 @ModelAttribute
 private final void initResponse(HttpServletResponse response) {
 this.response = response;
 }

 /**
 * 設(shè)置model
 * 
 * @param model
 */
 @ModelAttribute
 private final void initModelMap(ModelMap model) {
 this.model = model;
 }

spring在執(zhí)行@RequestMapping前會(huì)執(zhí)行上述方法，spring會(huì)和平常一樣，每次請(qǐng)求重新生成一個(gè)model和response，然后注入到方法的參數(shù)中，這樣就變相在繼承了這個(gè)basecontroller的controller中自動(dòng)注入了response和model，在這個(gè)controller層中再也不必每次寫ModelMap和response參數(shù)，整體代碼整潔了不少。

我在項(xiàng)目中這樣使用暫無(wú)問(wèn)題，如果哪位高手知道這種做法會(huì)有弊端或者有更好的方法，求指正！

修正：

非常感謝eBusinessMan的提醒，確實(shí)有可能在spring mvc單例模式下會(huì)出現(xiàn)訪問(wèn)對(duì)象不一致的情況，為了防止該問(wèn)題，而又能保持這種代碼的簡(jiǎn)潔性以及確保使用spring mvc性能問(wèn)題不太嚴(yán)重，我決定使用ThreadLocal來(lái)處理。

（驗(yàn)證結(jié)果：request采用spring的自動(dòng)注入方式是線程安全的，response、model是不安全的，采用ThreadLocal可以解決該問(wèn)題）

request對(duì)象不再使用注解自動(dòng)注入（也可以繼續(xù)使用注解方式注入），而使用同response和model初始化的方式，取消request、response、model三個(gè)類變量，具體如下：

private static final ThreadLocal<HttpServletRequest> requestContainer = new ThreadLocal<HttpServletRequest>();

　　private static final ThreadLocal<HttpServletResponse> responseContainer = new ThreadLocal<HttpServletResponse>();

　　private static final ThreadLocal<ModelMap> modelContainer = new ThreadLocal<ModelMap>();

 /**
 * 初始化response
 * 
 * @param response
 */
 @ModelAttribute
 private final void initResponse(HttpServletResponse response) {
 responseContainer.set(response);
 }

 /**
 * 獲取當(dāng)前線程的response對(duì)象
 * 
 * @return
 */
 protected final HttpServletResponse getResponse() {
 return responseContainer.get();
 }

 /**
 * 初始化request
 * 
 * @param request
 */
 @ModelAttribute
 private final void initRequest(HttpServletRequest request) {
 requestContainer.set(request);
 }

 /**
 * 獲取當(dāng)前線程的request對(duì)象
 * 
 * @return
 */
 protected final HttpServletRequest getRequest() {
 return requestContainer.get();
 }

 /**
 * 設(shè)置model
 * 
 * @param model
 */
 @ModelAttribute
 private final void initModelMap(ModelMap model) {
 modelContainer.set(model);
 }

 /**
 * 獲取當(dāng)前線程的modelMap對(duì)象
 * 
 * @return
 */
 protected final ModelMap getModelMap() {
 return modelContainer.get();
 }

總結(jié)

以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，如果有疑問(wèn)大家可以留言交流，謝謝大家對(duì)腳本之家的支持。

最新評(píng)論