摘要：見名之意，它是處理器，也就是解析這個注解的核心。管理通過標注了的特定會話屬性，存儲最終是委托了來實現。只會清楚注解放進去的，并不清除放進去的它的唯一實現類實現也簡單。在更新時，模型屬性與會話同步，如果缺少，還將添加屬性。

不是你當上了火影大家就認可你，而是大家都認可你才能當上火影

該注解顧名思義，作用是將Model中的屬性同步到session會話當中，方便在下一次請求中使用(比如重定向場景~)。
雖然說Session的概念在當下前后端完全分離的場景中已經變得越來越弱化了，但是若為web開發者來說，我仍舊強烈不建議各位扔掉這個知識點，so我自然就建議大家能夠熟練使用@SessionAttribute來簡化平時的開發，本文帶你入坑~

這個注解只能標注在類上，用于在多個請求之間傳遞參數，類似于Session的Attribute。
但不完全一樣：一般來說@SessionAttribute設置的參數只用于暫時的傳遞，而不是長期的保存，長期保存的數據還是要放到Session中。（比如重定向之間暫時傳值，用這個注解就很方便）

==官方解釋==：當用@SessionAttribute標注的Controller向其模型Model添加屬性時，將根據該注解指定的名稱/類型檢查這些屬性，若匹配上了就順帶也會放進Session里。匹配上的將一直放在Sesson中，直到你調用了SessionStatus.setComplete()方法就消失了~~~

// @since 2.5   它只能標注在類上
@Target({ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Inherited
@Documented
public @interface SessionAttributes {

    // 只有名稱匹配上了的  Model上的屬性會向session里放置一份~~~
    @AliasFor("names")
    String[] value() default {};
    @AliasFor("value")
    String[] names() default {};

    // 也可以拿類型來約束
    Class[] types() default {};
}

注意理解這句話：用戶可以調用SessionStatus.setComplete來清除，這個方法只是清除SessionAttribute里的參數，而不會應用于Session中的參數。也就是說使用API自己放進Session內和使用@SessionAttribute注解放進去還是有些許差異的~

下面用一個比較簡單的例子演示一下@SessionAttribute它的作用：

@Controller
@RequestMapping("/sessionattr/demo")
@SessionAttributes(value = {"book", "description"}, types = {Double.class})
public class RedirectController {

    @RequestMapping("/index")
    public String index(Model model, HttpSession httpSession) {
        model.addAttribute("book", "天龍八部");
        model.addAttribute("description", "我喬峰是個契丹人");
        model.addAttribute("price", new Double("1000.00"));

        // 通過Sesson API手動放一個進去
        httpSession.setAttribute("hero", "fsx");

        //跳轉之前將數據保存到Model中，因為注解@SessionAttribute中有，所以book和description應該都會保存到SessionAttributes里（注意：不是session里）
        return "redirect:get";
    }

    // 關于@ModelAttribute 下文會講
    @RequestMapping("/get")
    public String get(@ModelAttribute("book") String book, ModelMap model, HttpSession httpSession, SessionStatus sessionStatus) {
        //可以從model中獲得book、description和price的參數
        System.out.println(model.get("book") + ";" + model.get("description") + ";" + model.get("price"));

        // 從sesson中也能拿到值
        System.out.println(httpSession.getAttribute("book"));
        System.out.println("API方式手動放進去的：" + httpSession.getAttribute("hero"));
        // 使用@ModelAttribute也能拿到值
        System.out.println(book);

        // 手動清除SessionAttributes
        sessionStatus.setComplete();
        return "redirect:complete";
    }

    @RequestMapping("/complete")
    @ResponseBody
    public String complete(ModelMap modelMap, HttpSession httpSession) {
        //已經被清除，無法獲取book的值
        System.out.println(modelMap.get("book"));
        System.out.println("API方式手動放進去的：" + httpSession.getAttribute("hero"));
        return "sessionAttribute";
    }

}

我們只需要訪問入口請求/index就可以直接看到控制臺輸出如下：

天龍八部;我喬峰是個契丹人;1000.0
天龍八部
API方式手動放進去的：fsx
天龍八部
null
API方式手動放進去的：fsx

瀏覽器如下圖：

初識的小伙伴可以認真的觀察本例，它佐證了我上面說的理論知識。

@SessionAttribute注解設置的參數有3類方式去使用它：

在視圖view中（比如jsp頁面等）通過request.getAttribute()或session.getAttribute獲取

在后面請求返回的視圖view中通過session.getAttribute或者從model中獲取（這個也比較常用）

自動將參數設置到后面請求所對應處理器的Model類型參數或者有@ModelAttribute注釋的參數里面（結合@ModelAttribute一起使用應該是我們重點關注的）

通過示例知道了它的基本使用，下面從原理層面去分析它的執行過程，實現真正的掌握它。

見名之意，它是@SessionAttributes處理器，也就是解析這個注解的核心。管理通過@SessionAttributes標注了的特定會話屬性，存儲最終是委托了SessionAttributeStore來實現。

// @since 3.1
public class SessionAttributesHandler {

    private final Set attributeNames = new HashSet<>();
    private final Set> attributeTypes = new HashSet<>();

    // 注意這個重要性：它是注解方式放入session和API方式放入session的關鍵（它只會記錄注解方式放進去的session屬性~~）
    private final Set knownAttributeNames = Collections.newSetFromMap(new ConcurrentHashMap<>(4));
    // sessonAttr存儲器：它最終存儲到的是WebRequest的session域里面去（對httpSession是進行了包裝的）
    // 因為有WebRequest的處理，所以達到我們上面看到的效果。complete只會清楚注解放進去的，并不清除API放進去的~~~
    // 它的唯一實現類DefaultSessionAttributeStore實現也簡單。（特點：能夠制定特殊的前綴，這個有時候還是有用的）
    // 前綴attributeNamePrefix在構造器里傳入進來  默認是“”
    private final SessionAttributeStore sessionAttributeStore;

    // 唯一的構造器 handlerType：控制器類型  SessionAttributeStore 是由調用者上層傳進來的
    public SessionAttributesHandler(Class handlerType, SessionAttributeStore sessionAttributeStore) {
        Assert.notNull(sessionAttributeStore, "SessionAttributeStore may not be null");
        this.sessionAttributeStore = sessionAttributeStore;

        // 父類上、接口上、注解上的注解標注了這個注解都算
        SessionAttributes ann = AnnotatedElementUtils.findMergedAnnotation(handlerType, SessionAttributes.class);
        if (ann != null) {
            Collections.addAll(this.attributeNames, ann.names());
            Collections.addAll(this.attributeTypes, ann.types());
        }
        this.knownAttributeNames.addAll(this.attributeNames);
    }

    // 既沒有指定Name 也沒有指定type  這個注解標上了也沒啥用
    public boolean hasSessionAttributes() {
        return (!this.attributeNames.isEmpty() || !this.attributeTypes.isEmpty());
    }

    // 看看指定的attributeName或者type是否在包含里面
    // 請注意：name和type都是或者的關系，只要有一個符合條件就成
    public boolean isHandlerSessionAttribute(String attributeName, Class attributeType) {
        Assert.notNull(attributeName, "Attribute name must not be null");
        if (this.attributeNames.contains(attributeName) || this.attributeTypes.contains(attributeType)) {
            this.knownAttributeNames.add(attributeName);
            return true;
        } else {
            return false;
        }
    }

    // 把attributes屬性們存儲起來  進到WebRequest 里
    public void storeAttributes(WebRequest request, Map attributes) {
        attributes.forEach((name, value) -> {
            if (value != null && isHandlerSessionAttribute(name, value.getClass())) {
                this.sessionAttributeStore.storeAttribute(request, name, value);
            }
        });
    }

    // 檢索所有的屬性們  用的是knownAttributeNames哦~~~~
    // 也就是說手動API放進Session的 此處不會被檢索出來的
    public Map retrieveAttributes(WebRequest request) {
        Map attributes = new HashMap<>();
        for (String name : this.knownAttributeNames) {
            Object value = this.sessionAttributeStore.retrieveAttribute(request, name);
            if (value != null) {
                attributes.put(name, value);
            }
        }
        return attributes;
    }

    // 同樣的 只會清除knownAttributeNames
    public void cleanupAttributes(WebRequest request) {
        for (String attributeName : this.knownAttributeNames) {
            this.sessionAttributeStore.cleanupAttribute(request, attributeName);
        }
    }


    // 對底層sessionAttributeStore的一個傳遞調用~~~~~
    // 畢竟可以拼比一下sessionAttributeStore的實現~~~~
    @Nullable
    Object retrieveAttribute(WebRequest request, String attributeName) {
        return this.sessionAttributeStore.retrieveAttribute(request, attributeName);
    }
}

這個類是對SessionAttribute這些屬性的核心處理能力：包括了所謂的增刪改查。因為要進一步理解到它的原理，所以要說到它的處理入口，那就要來到ModelFactory了~

Spring MVC對@SessionAttribute的處理操作入口，是在ModelFactory.initModel()方法里會對@SessionAttribute的注解進行解析、處理，然后方法完成之后也會對它進行屬性同步。

ModelFactory是用來維護Model的，具體包含兩個功能：

處理器執行前，初始化Model

處理器執行后，將Model中相應的參數同步更新到SessionAttributes中（不是全量，而是符合條件的那些）

// @since 3.1
public final class ModelFactory {
    // ModelMethod它是一個私有內部類，持有InvocableHandlerMethod的引用  和方法的dependencies依賴們
    private final List modelMethods = new ArrayList<>();
    private final WebDataBinderFactory dataBinderFactory;
    private final SessionAttributesHandler sessionAttributesHandler;

    public ModelFactory(@Nullable List handlerMethods, WebDataBinderFactory binderFactory, SessionAttributesHandler attributeHandler) {
    
        // 把InvocableHandlerMethod轉為內部類ModelMethod
        if (handlerMethods != null) {
            for (InvocableHandlerMethod handlerMethod : handlerMethods) {
                this.modelMethods.add(new ModelMethod(handlerMethod));
            }
        }
        this.dataBinderFactory = binderFactory;
        this.sessionAttributesHandler = attributeHandler;
    }


    // 該方法完成Model的初始化
    public void initModel(NativeWebRequest request, ModelAndViewContainer container, HandlerMethod handlerMethod) throws Exception {
        // 先拿到sessionAttr里所有的屬性們（首次進來肯定木有，但同一個session第二次進來就有了）
        Map sessionAttributes = this.sessionAttributesHandler.retrieveAttributes(request);
        // 和當前請求中 已經有的model合并屬性信息
        // 注意：sessionAttributes中只有當前model不存在的屬性，它才會放進去
        container.mergeAttributes(sessionAttributes);
        // 此方法重要：調用模型屬性方法來填充模型  這里ModelAttribute會生效
        // 關于@ModelAttribute的內容  我放到了這里：https://blog.csdn.net/f641385712/article/details/98260361
        // 總之：完成這步之后 Model就有值了~~~~
        invokeModelAttributeMethods(request, container);

        // 最后，最后，最后還做了這么一步操作~~~
        // findSessionAttributeArguments的作用：把@ModelAttribute的入參也列入SessionAttributes（非常重要） 詳細見下文
        // 這里一定要掌握：因為使用中的坑坑經常是因為沒有理解到這塊邏輯
        for (String name : findSessionAttributeArguments(handlerMethod)) {
        
            // 若ModelAndViewContainer不包含此name的屬性   才會進來繼續處理  這一點也要注意
            if (!container.containsAttribute(name)) {

                // 去請求域里檢索為name的屬性，若請求域里沒有（也就是sessionAttr里沒有），此處會拋出異常的~~~~
                Object value = this.sessionAttributesHandler.retrieveAttribute(request, name);
                if (value == null) {
                    throw new HttpSessionRequiredException("Expected session attribute "" + name + """, name);
                }
                // 把從sessionAttr里檢索到的屬性也向容器Model內放置一份~
                container.addAttribute(name, value);
            }
        }
    }


    // 把@ModelAttribute標注的入參也列入SessionAttributes 放進sesson里（非常重要）
    // 這個動作是很多開發者都忽略了的
    private List findSessionAttributeArguments(HandlerMethod handlerMethod) {
        List result = new ArrayList<>();
        // 遍歷所有的方法參數
        for (MethodParameter parameter : handlerMethod.getMethodParameters()) {
            // 只有參數里標注了@ModelAttribute的才會進入繼續解析~~~
            if (parameter.hasParameterAnnotation(ModelAttribute.class)) {
                // 關于getNameForParameter拿到modelKey的方法，這個策略是需要知曉的
                String name = getNameForParameter(parameter);
                Class paramType = parameter.getParameterType();

                // 判斷isHandlerSessionAttribute為true的  才會把此name合法的添加進來
                // （也就是符合@SessionAttribute標注的key或者type的）
                if (this.sessionAttributesHandler.isHandlerSessionAttribute(name, paramType)) {
                    result.add(name);
                }
            }
        }
        return result;
    }

    // 靜態方法：決定了parameter的名字  它是public的，因為ModelAttributeMethodProcessor里也有使用
    // 請注意：這里不是MethodParameter.getParameterName()獲取到的形參名字，而是有自己的一套規則的

    // @ModelAttribute指定了value值就以它為準，否則就是類名的首字母小寫（當然不同類型不一樣，下面有給范例）
    public static String getNameForParameter(MethodParameter parameter) {
        ModelAttribute ann = parameter.getParameterAnnotation(ModelAttribute.class);
        String name = (ann != null ? ann.value() : null);
        return (StringUtils.hasText(name) ? name : Conventions.getVariableNameForParameter(parameter));
    }

    // 關于方法這塊的處理邏輯，和上差不多，主要是返回類型和實際類型的區分
    // 比如List它對應的名是：stringList。即使你的返回類型是Object~~~
    public static String getNameForReturnValue(@Nullable Object returnValue, MethodParameter returnType) {
        ModelAttribute ann = returnType.getMethodAnnotation(ModelAttribute.class);
        if (ann != null && StringUtils.hasText(ann.value())) {
            return ann.value();
        } else {
            Method method = returnType.getMethod();
            Assert.state(method != null, "No handler method");
            Class containingClass = returnType.getContainingClass();
            Class resolvedType = GenericTypeResolver.resolveReturnType(method, containingClass);
            return Conventions.getVariableNameForReturnType(method, resolvedType, returnValue);
        }
    }

    // 將列為@SessionAttributes的模型數據，提升到sessionAttr里
    public void updateModel(NativeWebRequest request, ModelAndViewContainer container) throws Exception {
        ModelMap defaultModel = container.getDefaultModel();
        if (container.getSessionStatus().isComplete()){
            this.sessionAttributesHandler.cleanupAttributes(request);
        } else { // 存儲到sessionAttr里
            this.sessionAttributesHandler.storeAttributes(request, defaultModel);
        }

        // 若該request還沒有被處理  并且 Model就是默認defaultModel
        if (!container.isRequestHandled() && container.getModel() == defaultModel) {
            updateBindingResult(request, defaultModel);
        }
    }

    // 將bindingResult屬性添加到需要該屬性的模型中。
    // isBindingCandidate：給定屬性在Model模型中是否需要bindingResult。
    private void updateBindingResult(NativeWebRequest request, ModelMap model) throws Exception {
        List keyNames = new ArrayList<>(model.keySet());
        for (String name : keyNames) {
            Object value = model.get(name);
            if (value != null && isBindingCandidate(name, value)) {
                String bindingResultKey = BindingResult.MODEL_KEY_PREFIX + name;
                if (!model.containsAttribute(bindingResultKey)) {
                    WebDataBinder dataBinder = this.dataBinderFactory.createBinder(request, value, name);
                    model.put(bindingResultKey, dataBinder.getBindingResult());
                }
            }
        }
    }

    // 看看這個靜態內部類ModelMethod
    private static class ModelMethod {
        // 持有可調用的InvocableHandlerMethod 這個方法
        private final InvocableHandlerMethod handlerMethod;
        // 這字段是搜集該方法標注了@ModelAttribute注解的入參們
        private final Set dependencies = new HashSet<>();

        public ModelMethod(InvocableHandlerMethod handlerMethod) {
            this.handlerMethod = handlerMethod;
            // 把方法入參中所有標注了@ModelAttribute了的Name都搜集進來
            for (MethodParameter parameter : handlerMethod.getMethodParameters()) {
                if (parameter.hasParameterAnnotation(ModelAttribute.class)) {
                    this.dependencies.add(getNameForParameter(parameter));
                }
            }
        }
        ...
    }
}

ModelFactory協助在控制器方法調用之前初始化Model模型，并在調用之后對其進行更新。

初始化時，通過調用方法上標注有@ModelAttribute的方法，使用臨時存儲在會話中的屬性填充模型。

在更新時，模型屬性與會話同步，如果缺少，還將添加BindingResult屬性。

關于默認名稱規則的核心在Conventions.getVariableNameForParameter(parameter)這個方法里，我在上文給了一個范例，介紹常見的各個類型的輸出值，大家記憶一下便可。參考：從原理層面掌握HandlerMethod、InvocableHandlerMethod、ServletInvocableHandlerMethod的使用【一起學Spring MVC】

將一個參數設置到@SessionAttribute中需要同時滿足兩個條件：

在@SessionAttribute注解中設置了參數的名字或者類型

在處理器（Controller）中將參數設置到了Model中（這樣方法結束后會自動的同步到SessionAttr里）

這篇文章介紹了@SessionAttribute的核心處理原理，以及也給了一個Demo來介紹它的基本使用，不出意外閱讀下來你對它應該是有很好的收獲的，希望能幫助到你簡化開發~

從原理層面掌握HandlerMethod、InvocableHandlerMethod、ServletInvocableHandlerMethod的使用【一起學Spring MVC】

==The last：如果覺得本文對你有幫助，不妨點個贊唄。當然分享到你的朋友圈讓更多小伙伴看到也是被作者本人許可的~==

**若對技術內容感興趣可以加入wx群交流：Java高工、架構師3群。
若群二維碼失效，請加wx號：fsx641385712（或者掃描下方wx二維碼）。并且備注："java入群" 字樣，會手動邀請入群**

若文章格式混亂或者圖片裂開，請點擊`：原文鏈接-原文鏈接-原文鏈接