<!-- POJO類ModelAttributes屬性  -->
     private int id;  
     private String name;
     private int age;
     private String email;
     private String password; // 不能被修改


<!--
            模擬修改操作  前臺頁面
            1.原始資料為 1 tom  12 
 
[email protected] 12345
            2.密碼不能修改
            3.表單回顯 ，模擬操作直接在表單填寫對應的屬性值           
            在使用者修改資料時，有些資料不能修改，所以在修改時我們把這些子段不給顯示，
            我們應該是從資料庫中先獲取，然後 利用ModelAttribute註解進行 覆蓋，
            會比我們自己手動利用覆蓋的效果高
 -->

<form action="TestModelArributes" method="post" >
    <input
 
 type="hidden" name="id" value="1">
    name：<input type="text" name="name" value="tom">
    age：<input type="text" name="age" value="12" >
    email:<input type="text" name="eamil" value="[email protected]" >
    <input type="submit" value="submit"> 
</form>

<!-- 後臺處理 -->
@RequestMapping("/TestModelArributes")
    public String TestModelArributes(User user){
        System.out.println("修改："+user);
        // 執行更新操作 省略 
        return SUCCESS;
    }
<!-- 控制檯列印結果 -->
修改：User[id=1, name=tom, age=13, [email protected], password=null]

注意：在這裡我們的原始資料 帶有密碼，但是從前臺到後臺處理的時候，這個密碼由於沒有在表單之中，所以傳過來的POJO 的密碼為空。即利用方法一所造成的。

然後我們在後臺處理中新增加一個方法，注意是被@ModelAttribute修飾的。

    @ModelAttribute
    public void getUser(@RequestParam(value="id",required=false) Integer id,
            Map<String, Object> maps){
        if(id != null){   // id不為空，說明是使用者執行了修改操作
            // 模擬從資料庫中獲取物件 我們是生成的
        User user =new User(1,"tom", 12,"[email protected]", "1234");
        System.out.println("從資料庫中獲取一個物件:"+user );
        maps.put("user", user);
        }   
    }

<!-- 控制檯列印結果 -->

從資料庫中獲取一個物件:User[id=1, name=tom, age=12, [email protected]163.com, password=1234]
修改：User[id=1, name=tom, age=13, [email protected]163.com, password=1234]

當被@ModelAttribute修飾一個方法之後，結果就變成了password有值了，而且也應該注意到，被@ModelAttribute修飾的方法給提前執行了，這就是@ModelAttribute的作用。這樣的話，再做修改操作的話，就能將原始密碼給帶進入修改操作了。為什麼被@ModelAttribute修飾一個方法之後就會有這樣的結果呢？

下面我們抽出主要程式碼進行分析

<!-- 第一種方式 -->
@ModelAttribute
    public void getUser(@RequestParam(value="id",required=false) Integer id,
            Map<String, Object> maps){
        if(id != null){
        User user =new User(1,"tom", 12,"[email protected]", "1234");
        maps.put("user", user);
        }   
    }

    @RequestMapping("/TestModelArributes")
    public String TestModelArributes(User user){
        System.out.println("修改："+user);
        return SUCCESS;
    }

=============================


    <!--第二種方式 -->
    @ModelAttribute
    public void getUser(@RequestParam(value="id",required=false) Integer id,
            Map<String, Object> maps){
        if(id != null){
        User user=new User(1,"tom", 12, "1234");
        maps.put("change", user);
        }


        @RequestMapping("/TestModelArributes")
        public String TestModelArributes(@ModelAttribute( value="change") User user){
            System.out.println("修改："+user);
            return SUCCESS;
        }

注意
1、@ModelAttribute修飾的方法會被Springmvc提前執行，執行在每個目標方法之前。
2、在@ModelAttribute修飾的方法中，【map存入的鍵需要和目標方法入參型別的第一個字母小寫的字串一致】方式一所示，否則的話，在目標的請求引數方法中不能匹配到從資料庫中提取出來的資料，或者就是你也將目標方法的引數用利用註解ModelAttribute修飾且設定value屬性值指向你的map中的鍵名，上述程式碼的第二種方式

分析流程

執行流程：
我們上述程式碼可以分為三個步驟：
1、 執行ModelArribute修飾的方法，從資料庫中取出物件，把物件放到Map 中，鍵為user。
2、springmvc 從Map 中取出User 物件 ，並把表單的請求引數賦給該User物件的對應屬性。
3、springmvc 把上述物件傳入到目標方法的引數。

@ModelAttribute原始碼分析流程

原始碼分析流程：對應上面的執行流程。
1、呼叫@ModelAttribute 註解修飾的方法，實際上把@ModelAttribute方法中 Map中的資料放在了implicitModel中。
2、解析請求處理器的目標引數，實際上該目標引數來自於WebDataBinder物件的target屬性。
2.1、建立WebDataBinder物件。
a) 確定objectName屬性：若傳入的attrName屬性值為空”“,則objectName為類名第一個字母小寫。需要注意的是：attrName。如果目標方法的POJO引數屬性使用了@ModelAttribute來修飾，則attrName值即為@ModelAttribute的value屬性值(對應我們的第二種寫法)
b)確定target屬性：在implicitModel 中查詢attrName對應的屬性值，如果存在，進行利用。如果不存在，則驗證當前Handler是否使用了@SessionAttribute進行修飾類。如果使用了@SessionAttribute，則嘗試從HttpSession中獲取attrName所對應的值，若Session中沒有所對應的值，則會丟擲異常。【這也是SessionAttribute與ModelAttribute共同使用時造成的一個常見問題】，如果當前Handler沒有使用@SessionAttribute修飾類，且@SessionAttribute中沒有使用value值指定的key和attrName相匹配，則通過反射機制進行建立POJO 物件。
2.2、Springmvc把表單的請求引數賦值給WebDataBinder 的target對應的屬性。
2.3、Springmvc 會把WebDataBinder的attrName和target給到implicitModel，進而傳遞到request域物件中。
3、把WebDataBinder的target作為引數傳遞給目標方法。

POJO入參流程

從而我們也可以得出Springmvc進行傳遞POJO型別作為引數的流程：
1、確定一個key：
1.1、若目標方法的POJO型別的引數沒有使用@ModelAttribute 作為修飾，則key為POJO類名第一個字母的小寫。
1.2、如果使用了@ModelAttribute 來修飾，則key為@ModelAttribute 註解的value屬性值。
2、在implicitModel中查詢key對應的物件，如果存在則作為入參傳入。
2.1、如在@ModelAttribute標記的方法中儲存過，且key值與上述1中key一致，也可以進行獲取(這就是上述程式碼為什麼可以獲取@ModelAttribute修飾的方法中map中的值)
3、若implicitModel 中不存在key對應的物件，則檢查當前Handler是否使用了@SessionAttribute進行修飾類，如果使用了@SessionAttribute，且@SessionAttribute註解的value屬性值中包含了key，則會從HttpSession中來獲取key所對應的value值，若不存在則會丟擲異常。
4、如果當前Handler沒有使用@SessionAttribute修飾類，且@SessionAttribute中value屬性值中不包含key，則通過反射機制進行建立POJO 物件。作為目標的方法引數物件。
5、Springmvc會把key和pojo型別的物件報錯到implicitModel 中，進而儲存到Request中。

使用總結

1、註解在沒有返回值的方法上面
就如上面的例子註解在沒有返回值的方法上面，用在POJO入參上面，或者我們可以在這裡設定一些Request域中的物件，在前臺可以直接使用。

@ModelAttribute
    public void getUser(){
            maps.put("name", "zhangsan");
        }

2、註解在有返回值的方法上面,
這裡要用value屬性進行資料儲存，會將返回值儲存在value屬性的值中，可以在前臺直接獲取。

    @ModelAttribute(value="user00")
    public User testModelAttribute(){
        User user =new User(1,"tom00", 12,"[email protected]", "123400");
        return user;
    }

3、在方法引數上使用@ModelAttribute
在方法的引數中使用必須是修飾POJO類，這樣的話，才能從相應的域中獲取資料

@RequestMapping("/TestModelArributes")
        public String TestModelArributes(@ModelAttribute( value="change") User user){
            System.out.println("列印"+user);
            return SUCCESS;
        }

這樣的話，會從implicitModel 隱藏域中查詢此型別物件，就猶如上面分析的傳遞POJO流程，其實這裡的作用只是可以使用change標記我們的user物件。

4、尤其要注意ModelAttribute與SessionAttribute同時使用會產生的異常丟擲，以及原因。

5、一定要理解POJO傳遞引數的流程

對於原始碼分析不理解的建議去看尚矽谷的佟剛的Springmvc教程，本例項就是根據他的視訊寫的筆記。