一、简述
公司主营业务:成都网站设计、成都网站制作、外贸网站建设、移动网站开发等业务。帮助企业客户真正实现互联网宣传,提高企业的竞争能力。创新互联建站是一支青春激扬、勤奋敬业、活力青春激扬、勤奋敬业、活力澎湃、和谐高效的团队。公司秉承以“开放、自由、严谨、自律”为核心的企业文化,感谢他们对我们的高要求,感谢他们从不同领域给我们带来的挑战,让我们激情的团队有机会用头脑与智慧不断的给客户带来惊喜。创新互联建站推出淮南免费做网站回馈大家。
multipart格式的数据会将一个表单拆分为多个部分(part),每个部分对应一个输入域。在一般的表单输入域中,它所对应的部分中会放置文本型数据,但是如果上传文件的话,它所对应的部分可以是二进制。类似这样:
二、 配置 multipart 解析器
尽管multipart请求看起来很复杂,但在Spring MVC中处理它们却很容易。在编写控制器方法处理文件上传之前,我们必须要配置一个multipart解析器,通过它来告诉DispatcherServlet该如何读取multipart请求。
Spring 内置了两个MultipartResolver的实现:
StandardServletMultipartResolver的配置:
1、声明Bean:
在applicationContext.xml 配置
tips:multipart解析器的命名一定要是 multipartResolver ,否则会报错。
2、配置上传参数:
* web.xml 配置
dispatcherServlet org.springframework.web.servlet.DispatcherServlet contextConfigLocation classpath:applicationContext.xml 1 /tmp/upload 2097152 4194304 0 dispatcherServlet /
* 配置类中配置
继承 AbstractAnnotationConfigDispatcherServletInitializer 的配置类
@Override protected void customizeRegistration(ServletRegistration.Dynamic registration) { //上传到/tmp/upload 目录,文件大小为2M,整个请求不超过4M,而且所有文件都要写入磁盘 registration.setMultipartConfig(new MultipartConfigElement("E:\\upload_ftp",2097152,4194304,0)); }
CommonsMultipartResolver的配置:
1、声明Bean 和 配置上传参数
区别:
1、 CommonsMultipartResolver 相比较 StandardServletMultipartResolver 来说 就是无法设定multipart请求整体的最大容量。
2、 CommonsMultipartResolver 不会强制要求设置临时文件路径。默认情况下,这个路径就是 Servlet 容器的临时目录。 StandardServletMultipartResolver 必须设置临时文件路径才能正常执行。(以上所述上传目录均为临时文件路径)
三、SpringMVC 处理请求
1、前端Form 表单
tips:需要设置 enctype="multipart/form-data",以告诉SpringMVC 这是一个Multipart 请求。
2、后端MVC接受请求
@RequestMapping(value = "/picture",method = RequestMethod.POST) public String getHome(@RequestPart("picture") MultipartFile picture) throws IOException { String name = picture.getName(); byte[] bytes = picture.getBytes(); picture.transferTo(new File("/"+picture.getOriginalFilename())); //这里保存到文件系统的时候要用相对路径,比如这里配置的是 /。以配置的上传目录为基准。即文件路径 E:/upload_ftp/ 是保存的目录 return "home"; }
tips:1、@RequestPart("picture") : 当注册表单提交的时候,p icture 属性将会给定一个 byte 数组,这个数组中包含了请求中对应 part 的数据(通过 @RequestPart 指定)。如果用户提交表单的时候没有选择文件,那么这个数组会是空(而不是 null )。所以说我们甚至可以用byte[]数组接收Multipart请求而不用 MultipartFile。
2、MultipartFile :用MultipartFile方法接收为我们提供了很多的方法以便进行接下来的工作...
3、 以 Part的形式接受上传的文件
就主体来言, Part 接口与 MultipartFile 并没有太大的差别。 在很多情况下, Part 方法的名称与 MultipartFile 方法的名称是完全相同的。有一些比较类似,但是稍有差异,比如 getSubmittedFileName() 对应于 getOriginalFilename() 。类似地, write() 对应于 transferTo() ,借助该方法我们能够将上传的文件写入文件系统中。
值得一提的是,如果在编写控制器方法的时候,通过Part参数的形式接受文件上传,那么就没有必要设置MultipartResolver 了。只有使用MultipartFile的时候,我们才需要MultipartResolver。
@RequestMapping(value = "/picture",method = RequestMethod.POST) public String getHome(@RequestPart("picture") Part picture) throws IOException { picture.write("/"+picture.getSubmittedFileName()); return "home"; }
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持创新互联。