摘要：依賴于對(duì)請(qǐng)求的支持。使用解析兼容的沒(méi)有構(gòu)造器參數(shù)，也沒(méi)有要設(shè)置的參數(shù)，這樣，在應(yīng)用上下文中，將其聲明為就會(huì)非常簡(jiǎn)單。默認(rèn)是沒(méi)有限制的整個(gè)請(qǐng)求的容量。

本章內(nèi)容：

Spring MVC配置的替代方案

處理文件上傳

在控制器中處理異常

使用flash屬性

稍等還沒(méi)結(jié)束

如果你有幸能看到。后面的章節(jié)暫時(shí)不更新了，改變學(xué)習(xí)方式了。重要理解思想，這本書寫的太好了。記得要看作者的代碼，書上只是闡述了知識(shí)點(diǎn)。還有以后會(huì)把重點(diǎn)放在GitHub上，閱讀別人的代碼，自己理解的同時(shí)在模仿出來(lái)，分享給大家。你們的點(diǎn)贊就是對(duì)我的支持，謝謝大家了。

1、本文參考了《Spring 實(shí)戰(zhàn)》重點(diǎn)內(nèi)容，參考了作者GitHub上的代碼，推薦使用chrome上的GitHub插件Insight.io,FireFox也有。

2、本文只為記錄作為以后參考，要想真正領(lǐng)悟Spring的強(qiáng)大，請(qǐng)看原書。跟著作者套路來(lái)，先別瞎搗騰！！！

3、在一次佩服老外，國(guó)外翻譯過(guò)來(lái)的書，在GiuHub上大都有實(shí)例。看書的時(shí)候，跟著敲一遍，效果很好。

4、代碼和筆記在這里GitHub,對(duì)你有幫助的話，歡迎點(diǎn)贊。

5、每個(gè)人的學(xué)習(xí)方式不一樣，找到合適自己的就行。2018，加油。

6、Java 8 In Action 的作者M(jìn)ario Fusco、Spring In Action 、Spring Boot In Action的作者Craig Walls

7、知其然，也要知其所以然。有些是在Atom上手敲的，有拼寫錯(cuò)誤，還請(qǐng)見(jiàn)諒。

8、從Spring Web Flow 開(kāi)始，我要加快速度了，邏輯可能不完整，一切以原書為準(zhǔn)，自己只是記錄。加深印象。

談一些個(gè)人感受

1、趕快學(xué)習(xí)Spring吧，Spring MVC 、Spring Boot 、微服務(wù)。

2、重點(diǎn)中的重點(diǎn)，學(xué)習(xí)JDK 8 Lambda，Stream，Spring 5 最低要求JDK1.8.

3、還有Netty、放棄SH吧，不然你會(huì)落伍的。

4、多看一些國(guó)外翻譯過(guò)來(lái)的書，例如 Xxx In Action 系列。權(quán)威指南系列。用Kindle～

5、寫代碼之前先寫測(cè)試，這就是老外不同之處。學(xué)到了很多技巧。

6、再一次佩服老外對(duì)細(xì)節(jié)的處理。值得我們每一個(gè)人學(xué)習(xí)

在很多方面，Spirng MVC(整個(gè)Spirng也是如此)，也有還沒(méi)結(jié)束這樣的感覺(jué)。

在第五章，我們學(xué)習(xí)了Sprng MVC的基礎(chǔ)知識(shí)，以及如何編寫控制器來(lái)處理各種請(qǐng)求，基于這些知識(shí)。我們?cè)诘诹聦W(xué)習(xí)了如何創(chuàng)建JSP和Thymeleaf視圖，這些視圖會(huì)將模型數(shù)據(jù)展示給用戶。你可能認(rèn)為我們已經(jīng)掌握了Spring MVC的全部知識(shí)，但是，稍等！還沒(méi)結(jié)束。

在本章中，我們將會(huì)看到如何編寫控制器處理文件上傳，如何處理控制器所拋出的異常，以及如何在模型中傳遞數(shù)據(jù)，使其能夠在重定向(redirect)之后依然存活。

但，首先我要兌現(xiàn)一個(gè)承諾。在第5章中，我們快速展現(xiàn)了如何通過(guò)AbstractAnnotationConfigDispatcherServletInitializer搭建Spring MVC，當(dāng)時(shí)，我們承諾會(huì)為讀者展現(xiàn)其他的配置方案。所以，在介紹文件上傳和異常處理之前，我們花時(shí)間探討一下如何使用其他方式來(lái)搭建DispatcherServlet和ContextLoaderListener

盡管對(duì)很多Spring應(yīng)用來(lái)說(shuō)，這是一種安全的假設(shè)，但是并不一定能滿足我們的要求。除了DispatcherServlet以外，我們還可能需要額外的DispatcherServlet和Filter，我們可能還需要對(duì)DispatcherServlet本身做一些額外的配置：或者，如果我們需要將應(yīng)用部署到Servlet3.0之前的容器中，那么還需要將DispatcherServlet配置到傳統(tǒng)的web.xml中。

public class SpitterWebInitializer extends AbstractAnnotationConfigDispatcherServletInitializer {

  @Override
  protected Class[] getRootConfigClasses() {
    return new Class[] { RootConfig.class };
  }

  @Override
  protected Class[] getServletConfigClasses() {
    return new Class[] { WebConfig.class };
  }

  @Override
  protected String[] getServletMappings() {
    return new String[] { "/" };
  }

}

AbstractAnnotationConfigDispatcherServletInitializer所完成的事其實(shí)比看上去要多，在SpitterWebInitializer中我們所編寫的三個(gè)方法僅僅是必須要重載的三個(gè)抽象方法，但實(shí)際上還有更多的方法可以進(jìn)行重載，從而實(shí)現(xiàn)額外的配置。

此類的方法之一就是customizeRegistration().在AbstractAnnotationConfigDispatcherServletInitializer將DispatcherServlet注冊(cè)到Servlet容器中就會(huì)調(diào)用customizeRegistration(),并將Servlet注冊(cè)后得到的Registration.Dynamic傳遞進(jìn)來(lái)，通過(guò)重載customizeRegistration()方法，我們就可以對(duì)DispatcherServlet進(jìn)行額外的配置。

在本章稍后，我們將會(huì)看到如何在Spirng MVC中處理multiparty請(qǐng)求和文件上傳。如果計(jì)劃使用Servlet3.0對(duì)multiparty配置的支持，那么我們需要使用DispatcherServlet的registration來(lái)啟用multilpart請(qǐng)求。我們可以重載customizeRegistration()方法來(lái)設(shè)置MultipartConfigElement，

@Override
protected void customizeRegistration(Dynamic registration) {
    registration.setMultipartConfig(
            new MultipartConfigElement("C:Temp"));   //設(shè)置上傳文件目錄
}

借助customizeRegistration()方法中的ServletRegistration.Dynamic我們能夠完成更多的任務(wù)，

包括通過(guò)調(diào)用setLoadOnstartup()設(shè)置load-on-startup 優(yōu)先級(jí)，

通過(guò)setInitParameter()設(shè)置初始化參數(shù)，

通過(guò)調(diào)用setMultipartConfig()配置Servlet3.0對(duì)multipart的支持，

按照AbstractAnnotationConfigDispatcherServletInitializer的定義，它會(huì)創(chuàng)建DispatcherServlet和ContextLoaderListener.但是如果你想要注冊(cè)其他的Servlet、Filter、Listener的話，那該怎么辦？

基于Java的初始化器(initializer)的一個(gè)好處在于我們可以定義任意數(shù)量的初始化類。如果我們想要往Web容器中注冊(cè)其他組件的話，只需要?jiǎng)?chuàng)建一個(gè) 新的初始化類就可以了，最簡(jiǎn)單的方式就是實(shí)現(xiàn)Spring的WebApplicationInitializer并注冊(cè)一個(gè)Servlet。

public class MyServletInitializer implements WebApplicationInitializer {
    @Override
    public void onStartup(ServletContext servletContext) throws ServletException {
      Dynamic  myServlet = servletContext.addServlet("myServlet",myServlet.class);
      myServlet.addMapping("/custom/**");
    }
}

以上程序相當(dāng)基礎(chǔ)的Servlet注冊(cè)初始化器類，它注冊(cè)了一個(gè)Servlet并將其映射到了一個(gè)路徑上，我們也可以通過(guò)這種方式來(lái)手動(dòng)注冊(cè)DispatcherServlet.(但是沒(méi)必要，因?yàn)?b>AbstractAnnotationConfigDispatcherServletInitializer沒(méi)用太多代碼就將這項(xiàng)任務(wù)完成得很漂亮)

類似的，我們還可以創(chuàng)建新的WebApplicationInitializer來(lái)實(shí)現(xiàn)注冊(cè)Listener和 Filter，

@Override
public void onStartup(ServletContext servletContext) throws ServletException {
    javax.servlet.FilterRegistration.Dynamic filter = servletContext.addFilter("myFilter",myFilter.class);
    filter.addMappingForUrlPatterns(null,false,"/custom/*");
}

如果你將應(yīng)用部署到Servlet3.0的容器中，那么WebApplicationInitializer提供了一種通用的方法，實(shí)現(xiàn)在Java中注冊(cè)Servlet和Filter、Listener，如果你只是注冊(cè)Filter，并且該Filter只會(huì)映射到DispatcherServlet上的話，那么AbstractAnnotationConfigDispatcherServletInitializer還有一種快捷的方式。

為了注冊(cè)Filter并將其映射到DispatcherServlet,所需要做的僅僅是重載AbstractAnnotationConfigDispatcherServletInitializer的getServletFilter()方法。

@Override
protected Filter[] getServletFilters() {
    return new Filter[] {new Myfilter()};
}

這個(gè)方法返回一個(gè)javax.servlet.filter數(shù)組。在這里沒(méi)有必要聲明它的映射路徑，getServletFilter()方法返回所有Filter都會(huì)被映射到DispatcherServlet上。

如果要將應(yīng)用部署到Servlet3.0上，那么Spring容器提供了多種注冊(cè)方式，而不必創(chuàng)建web.xml文件，但是，如果你不想采取上述方案的話，也是可以的，假設(shè)你將應(yīng)用部署到不支持Servlet3.0的容器中(或者你只希望使用web.xml),那么我們完全可以按照傳統(tǒng)的方式，通過(guò)web.xml配置Spirng MVC，

在典型的Spirng MVC應(yīng)用中，我們會(huì)需要DispatcherServlet和ContextLoaderListener.AbstractAnnotationConfigDispatcherServletInitializer會(huì)自動(dòng)注冊(cè)它們，但如果需要在web.xml中注冊(cè)的話，那就需要我們自己動(dòng)手來(lái)完成了。

    appServlet
    
        index.html
    
    
    
        contextConfigLocation
        classpath:spring/applicationContext-*.xml
    
    
        org.springframework.web.context.ContextLoaderListener
    
    
    
        CharacterEncodingFilter
        org.springframework.web.filter.CharacterEncodingFilter
        
            encoding
            utf-8
        
    
    
        CharacterEncodingFilter
        /*
    
    
    
        appServlet
        org.springframework.web.servlet.DispatcherServlet
    
        
            contextConfigLocation
            classpath:spring/springmvc.xml
        
        1
    
    
        appServlet
        /
    

ContextLoaderListener和DispatcherServlet各自都會(huì)加載一個(gè)Spirng應(yīng)用上下文。上下文ContextLoaderLocation指定了一個(gè)XMl文件的地址，這個(gè)文件定義了根據(jù)應(yīng)用上下文，它會(huì)被ContextLoaderListener加載。根上下文會(huì)從"/WEB-INF/spring/applicationContext-*.xml"中加載bean的定義

DispatcherServlet會(huì)根據(jù)Servlet的名字找到一個(gè)文件，并基于該文件加載應(yīng)用上下文。

如果你希望指定DispatcherServlet配置文件的話，那么可以在Servlet指定一個(gè)ContextLoaderLocation初始化參數(shù)。

  appServlet
  org.springframework.web.servlet.DispatcherServlet
  
  
    contextConfigLocation
    classpath:spring/springmvc.xml
  
  1


  appServlet
  /

現(xiàn)在我們已經(jīng)看到了如何以多種不同的方式來(lái)搭建Spring MVC，那么接下來(lái)我們看一下如何使用Spring MVC來(lái)處理文件上傳。

在Web應(yīng)用中，允許用戶上傳內(nèi)容是很常見(jiàn)的需求，在Facebook和Flickr這樣的網(wǎng)站中，允許用戶會(huì)上傳圖片和視頻，并與家人朋友分享。還有一些服務(wù)器中允許用戶上傳照片，然后按照傳統(tǒng)的方式將其打印在紙上，或者咖啡杯上。

Spittr應(yīng)用有兩個(gè)地方需要文件上傳。當(dāng)新用戶注冊(cè)的時(shí)候，我們希望能夠上傳一張照片，從而與他的個(gè)人信息相關(guān)聯(lián)。當(dāng)用戶提交新的Spittle時(shí)，除了文本信息外，他們可能還會(huì)上傳一張照片。

一般表單提交所形成的請(qǐng)求結(jié)果是非常簡(jiǎn)單的，就是以"&"符號(hào)分割的多個(gè)name-value對(duì)，盡管這種方式簡(jiǎn)單，并且對(duì)于典型的基于文本的表單提交也足夠滿足需求，但是對(duì)于二進(jìn)制數(shù)據(jù)，就顯得力不從心了。與之不同的是multipart格式的數(shù)據(jù)會(huì)將一個(gè)表單拆分為多個(gè)部分(part),每個(gè)部分對(duì)應(yīng)一個(gè)輸入域。在一般的表單輸入域中，它所對(duì)應(yīng)的部分中會(huì)放置文本數(shù)據(jù)，但是如果是上傳文件的話，它所對(duì)應(yīng)的部分可以是二進(jìn)制。

Content-Type 他表它的類型。盡管multipart請(qǐng)求看起來(lái)很復(fù)雜，但是在SpringMVC中處理它卻很容易，在編寫控制器方法處理文件上傳之前，我們必須配置一個(gè)multipart解析器，通過(guò)它來(lái)告訴DispatcherServlet該如何讀取multipart請(qǐng)求。

DispatcherServlet并沒(méi)有實(shí)現(xiàn)愛(ài)你任何解析multipart請(qǐng)求數(shù)據(jù)的功能。它將該任務(wù)委托給了Spring中的MultipartResolver策略接口的實(shí)現(xiàn)，通過(guò)這個(gè)實(shí)現(xiàn)類來(lái)解析multipart請(qǐng)求中的內(nèi)容。從Spirng 3.1開(kāi)始，Spirng內(nèi)置了兩個(gè)MultipartResolver的實(shí)現(xiàn)供我們選擇。

CommonsMultipartResolver：使用Jakarta Commons FileUpload解析multipart請(qǐng)求。

StandardServletMultipartResolver：依賴于Servlet3.0對(duì)multipart請(qǐng)求的支持。

一般來(lái)講StandardServletMultipartResolver可能會(huì)是優(yōu)選方案，他使用Servlet所提供的功能支持。并不需要依賴任何其他的項(xiàng)目。如果，我們需要將項(xiàng)目部署到Sevrvlet3.0之前的容器中，或者還沒(méi)有使用Spring 3.1 或者更高的版本，那么可能就需要 CommonsMultipartResolver了。

使用Servlet3.0解析multipart

兼容Servlet3.0的StandardServletMultipartResolver沒(méi)有構(gòu)造器參數(shù)，也沒(méi)有要設(shè)置的參數(shù)，這樣，在Spring應(yīng)用上下文中，將其聲明為bean就會(huì)非常簡(jiǎn)單。

@Bean
public MultipartResolver multipartResolver() throws IOException {
    return new StandardServletMultipartResolver();
}

如果我們采用Servlet初始化類的方式來(lái)配置DispatcherServlet的話，這個(gè)初始化類應(yīng)該已經(jīng)實(shí)現(xiàn)了WebApplicationInitializer,那么我們可以在ServletRegistration上調(diào)用setMultipartConfig()方法，傳入一個(gè)MultipartConfigElement實(shí)例，具體的配置如下：

@Override
protected void customizeRegistration(Dynamic registration) {
    registration.setMultipartConfig(
            new MultipartConfigElement("C:Temp"));
}
}

通過(guò)重載customizeRegistration()方法(它會(huì)得到一個(gè)Dynamic作為參數(shù))類配置multipart的具體細(xì)節(jié)。

到目前為止，我們所使用的是只有一個(gè)參數(shù)的MultipartConfigElemenet構(gòu)造器，這個(gè)參數(shù)指定的是文件系統(tǒng)中一個(gè)絕對(duì)目錄，上傳文件將會(huì)臨時(shí)寫入該目錄，但是，我們還可以通過(guò)其他的構(gòu)造器來(lái)限制上傳文件的大小，除了臨時(shí)路徑的位置，其他的構(gòu)造器可以接受的參數(shù)如下：

上傳文件的最大容量(以字節(jié)為單位)。默認(rèn)是沒(méi)有限制的

整個(gè)multipart請(qǐng)求的容量。不會(huì)關(guān)心有多少個(gè)part以及每個(gè)part的大小。默認(rèn)是沒(méi)有限制的。

在上傳的過(guò)程中，如果文件大小達(dá)到了一個(gè)指定最大容量，將會(huì)寫入到臨時(shí)文件路徑中，默認(rèn)值為0，也就是所有上傳的文件都會(huì)寫入磁盤上。

例如，假設(shè)我們想要限制文件的大小不超過(guò)2MB，整個(gè)請(qǐng)求不超過(guò)4MB，而且所有的文件都要寫入磁盤，

@Override
protected void customizeRegistration(Dynamic registration) {
    registration.setMultipartConfig(
            new MultipartConfigElement("C:Tempuploads",2097152, 4194304, 0));
}

如果使用更為傳統(tǒng)的web.xml來(lái)配置MultipartConfigResolver的話，那么可以使用中的元素

  appServlet
  org.springframework.web.servlet.DispatcherServlet
  1
  
    C:Tempuploads
    2097152
    4194304 
  

配置Jakarta Commons FileUpload Multipart解析器

Spring內(nèi)置了CommonsMultipartResolver，可以作為StandardServletMultipartResolver的替代方案。

已經(jīng)配置好multipart請(qǐng)求的處理器，那么接下來(lái)我們就編寫控制器方法來(lái)接收上傳的文件。要實(shí)現(xiàn)這一點(diǎn)，最常見(jiàn)的方法就是在某個(gè)控制器方法參數(shù)上添加@RequestPart注解。

  Profile Picture:
    

  

@RequestMapping(value="/register", method=POST)
public String processRegistration(
    @RequestPart(value = "profilePictures") byte[] profilePicture,
    @Valid Spitter spitter,
    Errors errors) {

package org.springframework.web.multipart;
/**
 * A representation of an uploaded file received in a multipart request.
 * @author Juergen Hoeller
 * @author Trevor D. Cook
 */
public interface MultipartFile {
    /**
     * Return the name of the parameter in the multipart form.
     * @return the name of the parameter (never {@code null} or empty)
     */
    String getName();
    /**
     * Return the original filename in the client"s filesystem.
     */
    String getOriginalFilename();
    /**
     * Return the content type of the file.
     */
    String getContentType();
    /**
     * Return whether the uploaded file is empty, that is, either no file has
     * been chosen in the multipart form or the chosen file has no content.
     */
    boolean isEmpty();
    /**
     * Return the size of the file in bytes.
     */
    long getSize();
    /**
     * Return the contents of the file as an array of bytes.
     */
    byte[] getBytes() throws IOException;
    /**
     * Return an InputStream to read the contents of the file from.
     */
    InputStream getInputStream() throws IOException;
    /**
     * Transfer the received file to the given destination file.
     */
    void transferTo(File dest) throws IOException, IllegalStateException;
}

profilePicture.transferTo(
        new File("date/spittr" + profilePicture.getOriginalFilename()));

@RequestMapping(value="/register", method=POST)
public String processRegistration(
    @RequestPart(value="profilePictures", required=false) Part fileBytes,
    RedirectAttributes redirectAttributes,
    @Valid Spitter spitter,
    Errors errors) throws IOException {
  if (errors.hasErrors()) {
    return "registerForm";
  }

package javax.servlet.http;
public interface Part {
  public InputStream getInputStream() throws IOException;

  public String getContentType();

  public String getName();

  public String getSubmittedFileName();

  public long getSize();

  public void write(String fileName) throws IOException;

  public void delete() throws IOException;

  public String getHeader(String name);

  public Collection getHeaders(String name);

  public Collection getHeaderNames();
}

@RequestMapping(value="/{spittleId}", method=RequestMethod.GET)
public String spittle(
    @PathVariable("spittleId") long spittleId,
    Model model) {
  Spittle spittle = spittleRepository.findOne(spittleId);
  if (spittle == null) {
    throw new SpittleNotFoundException();     //這里會(huì)拋出異常
  }
  model.addAttribute(spittle);
  return "spittle";
}

@ResponseStatus(value=HttpStatus.NOT_FOUND, reason="Spittle Not Found")
public class SpittleNotFoundException extends RuntimeException {
}

@RequestMapping(method=RequestMethod.POST)
public String saveSpittle(SpittleForm form, Model model) {
  try {
    spittleRepository.save(new Spittle(null, form.getMessage(), new Date(),
        form.getLongitude(), form.getLatitude()));
    return "redirect:/spittles";
  } catch (DuplicateSpittleException e) {     //捕獲異常
    return "error/duplicate";
  }
}

@RequestMapping(method=RequestMethod.POST)
public String saveSpittle(SpittleForm form, Model model) {
    spittleRepository.save(new Spittle(null, form.getMessage(), new Date(),
        form.getLongitude(), form.getLatitude()));
    return "redirect:/spittles";
    return "error/duplicate";
}

@ExceptionHandler(DuplicateSpittleException.class)
public String handleNotFound() {
  return "error/duplicate";
}

@ControllerAdvice
public class AppWideExceptionHandler {

  @ExceptionHandler(DuplicateSpittleException.class)
  public String handleNotFound() {
    return "error/duplicate";
  }

}

@RequestMapping(value="/register", method=POST)
public String processRegistration(
        @Valid SpitterForm spitterForm,
        Errors errors) throws IllegalStateException, IOException {

    if (errors.hasErrors()) {
        return "registerForm";
    }
    Spitter spitter = spitterForm.toSpitter();
    spitterRepository.save(spitter);
    MultipartFile profilePicture = spitterForm.getProfilePicture();
    profilePicture.transferTo(new File("/tmp/spittr/" + spitter.getUsername() + ".jpg"));
    return "redirect:/spitter/" + spitter.getUsername();    //根據(jù)名字重定向
}

public String processRegistration(
   @RequestPart(value="profilePictures", required=false) Part fileBytes,
   RedirectAttributes redirectAttributes,
   @Valid Spitter spitter,
   Errors errors) throws IOException {
 if (errors.hasErrors()) {
   return "registerForm";
 }

 spitterRepository.save(spitter);
 redirectAttributes.addAttribute("username", spitter.getUsername());
   //調(diào)用方法，將spitter作為ket，Spitter作為值。也可以不設(shè)置值，根據(jù)值得類型自行判斷。
 redirectAttributes.addFlashAttribute(spitter);
 return "redirect:/spitter/" + spitter.getUsername();

@RequestMapping(value="/{username}", method=GET)
public String showSpitterProfile(
        @PathVariable String username, Model model) {
  if (!model.containsAttribute("spitter")) {
    model.addAttribute(
        spitterRepository.findByUsername(username));
  }
  return "profile";
}