2、setRequestHandled()方法的使用
作为设置方法，调用的地方有好多个，总结如下：
AsyncTaskMethodReturnValueHandler：处理返回值类型是WebAsyncTask的方法
// 若返回null，就没必要继续处理了 if (returnValue == null) { mavContainer.setRequestHandled(true); return; }
- CallableMethodReturnValueHandler/DeferredResultMethodReturnValueHandler/StreamingResponseBodyReturnValueHandler：处理返回值类型是Callable/DeferredResult/ListenableFuture/CompletionStage/StreamingResponseBody的方法（原理同上）
- HttpEntityMethodProcessor：返回值类型是HttpEntity的方法
// 看一看到，这种返回值的都会标注为已处理，这样就不再需要视图（渲染）了 @Override public void handleReturnValue(@Nullable Object returnValue, MethodParameter returnType, ModelAndViewContainer mavContainer, NativeWebRequest webRequest) throws Exception { mavContainer.setRequestHandled(true); // 第一句就是这句代码 if (returnValue == null) { return; } ... // 交给消息处理器去写 outputMessage.flush(); }
- 同上的原理的还有HttpHeadersReturnValueHandler/RequestResponseBodyMethodProcessor/ResponseBodyEmitterReturnValueHandler等等返回值处理器
- ServletInvocableHandlerMethod/HandlerMethod在处理Handler方法时，有时也会标注true已处理（比如：get请求NotModified/已设置了HttpStatus状态码/isRequestHandled()==true等等case）。除了这些case，method方法执行完成后可都会显示设置false的（因为执行完handlerMethod后，还需要交给视图渲染~）
- ServletResponseMethodArgumentResolver：这唯一一个是处理入参时候的。若入参类型是ServletResponse/OutputStream/Writer，并且mavContainer != null，它就设置为true了（因为Spring MVC认为既然你自己引入了response，那你就自己做输出吧，因此使用时此处是需要特别注意的细节地方~）
resolveArgument()方法： if (mavContainer != null) { mavContainer.setRequestHandled(true); // 相当于说你自己需要`ServletResponse`，那返回值就交给你自己处理吧~~~~ }
本文最重要类：ModelAndViewContainer部分就介绍到这。接下来就介绍就很简单了，轻松且愉快
Model
org.springframework.ui.Model的概念不管是在MVC设计模式上，还是在Spring MVC里都是被经常提到的：它用于控制层给前端返回所需的数据（渲染所需的数据）
// @since 2.5.1 它是一个接口 public interface Model { ... // addAttribute/addAllAttributes/mergeAttributes/containsAttribute ... // Return the current set of model attributes as a Map. Map<String, Object> asMap(); }
它的继承树如下：
最重要的那必须是ExtendedModelMap啊，它留到介绍ModelMap的时候再详说，简单看看其余子类。
RedirectAttributes
从命名就能看出是和重定向有关的，它扩展了Model接口：
// @since 3.1 public interface RedirectAttributes extends Model { ... // 它扩展的三个方法，均和flash属性有关 RedirectAttributes addFlashAttribute(String attributeName, @Nullable Object attributeValue); // 这里没指定key，因为key根据Conventions#getVariableName()自动生成 RedirectAttributes addFlashAttribute(Object attributeValue); // Return the attributes candidate for flash storage or an empty Map. Map<String, ?> getFlashAttributes(); }
RedirectAttributesModelMap
它实现了RedirectAttributes接口，同时也继承自ModelMap，所以"间接"实现了Model接口的所有方法。
public class RedirectAttributesModelMap extends ModelMap implements RedirectAttributes { @Nullable private final DataBinder dataBinder; private final ModelMap flashAttributes = new ModelMap(); ... @Override public RedirectAttributesModelMap addAttribute(String attributeName, @Nullable Object attributeValue) { super.addAttribute(attributeName, formatValue(attributeValue)); return this; } // 可见这里的dataBinder是用于数据转换的 // 把所有参数都转换为String类型（因为Http都是string传参嘛） @Nullable private String formatValue(@Nullable Object value) { if (value == null) { return null; } return (this.dataBinder != null ? this.dataBinder.convertIfNecessary(value, String.class) : value.toString()); } ... @Override public Map<String, Object> asMap() { return this; } @Override public RedirectAttributes addFlashAttribute(String attributeName, @Nullable Object attributeValue) { this.flashAttributes.addAttribute(attributeName, attributeValue); return this; } ... }
我认为它唯一自己的做的有意义的事：借助DataBinder把添加进来的属性参数会转为String类型（为何是转换为String类型，你有想过吗？？？）~
ConcurrentModel
它是Spring5.0后才有的，是线程安全的Model，并没提供什么新鲜东西，略（运用于有线程安全问题的场景）
ModelMap
ModelMap继承自LinkedHashMap，因此它的本质其实就是个Map而已。
它的特点是：借助Map的能力间接的实现了org.springframework.ui.Model的接口方法，这种设计技巧更值得我们参考学习的（曲线救国的意思有木有~）。
so，这里只需要看看ExtendedModelMap即可。它自己继承自ModelMap，没有啥特点，全部是调用父类的方法完成的接口方法复写，喵喵他的子类吧~
