关于commons-fileupload

 最近回过头来测试上传模块的时候，发现部署到服务器上的网站在上传超过8M的文件时，出现bug，会反复的重新传文件。起初以为是代码的逻辑错误，因为之前为了获取上传进度（从浏览器到服务器的部分），重写了MultipartResolver和ProgressListener。但经过不断查看其父类的源代码，甚至重写了FileUploadBase，来查看运行过程，发现“重传文件”是重启了整个的upload。后来突然想到会不会是操作系统的原因，因为linux的权限很严格。于是乎就去搞了台Windows Server2012的系统，把war包传上去，测试，100M多的文件上传正常- -。。。。。

    在Windows下上传一个文件的时候，临时文件夹从头到尾就一个临时文件，而在linux里每传到10M左右的时候临时文件就被清除了，然后新建了一个新的临时文件，不解是为什么，权限看上去也没问题，求大神交流交流-0-。

    顺便贴贴在研究源代码时候的收获

    spring下，当浏览器发出上传文件请求时，系统会首先检查是否有“multipartResolver”这个Bean，有的话则调用其resolveMultipart方法，该方法调用this.parseRequest，parseRequest中的FileUpload fileUpload = prepareFileUpload(encoding)新建了upload，在此过程中，newFileUpload方法被调用，要设置ProgressListener的话一般在这个方法中，之后进入Fileupload的parseRequest方法，该方法最终会调用FileUploadBase中的public List<FileItem> parseRequest(RequestContext ctx)；

final String fileName = ((FileItemIteratorImpl.FileItemStreamImpl) item).name;
FileItem fileItem = fac.createItem(item.getFieldName(), item.getContentType(),item.isFormField(), fileName);
items.add(fileItem);

这一段获取了文件名，新建了FileItem，之后就开始上传文件流。

Streams.copy(item.openStream(), fileItem.getOutputStream(), true);

spring下的multipartResolver配置：

<bean id="multipartResolver"
class="org.springframework.web.multipart.commons.CommonsMultipartResolver" >
<property name="maxUploadSize" value="10485760" />
</bean>

还可以有defaultEncoding，uploadTempDir，maxInMemorySize，分别是设置编码格式，临时目录，上传时的最大内存占用。

当文件大小超过maxInMemorySize时，会直接在uploadTempDir目录下建立临时缓存文件。

标签:  Spring,  commons-fileupload