struts2 文件上传 文件大小配置问题

问题描述：struts.xml中设置上次文件最大值

<action name="FileUpload" class="cn.timefly.strutsTest.FileUploadAction">
    <result name="success">/FileUploadResult.jsp</result>
    <result name="input">/FileUpload.jsp</result>
    <interceptor-ref name="fileUpload">
      <param name="maximumSize">500000</param>   //这里配置没有起作用
      <param name="allowedTypes">application/vnd.ms-powerpoint</param>   
    </interceptor-ref>
<interceptor-ref name="defaultStack" />
    </action>

问题解决方法：在struts.xml中加入 <constant name="struts.multipart.maxSize" value="9000000"/>

原因：

发现struts.multipart.maxSize和fileUpload拦截器的maximumSize属性分工不同，总结如下：
1.struts.multipart.maxSize掌控整个项目所上传文件的最大的Size。超过了这个size，后台报错，程序处理不了如此大的文件。fielderror里面会有如下的提示：
the request was rejected because its size (16272982) exceeds the configured maximum (9000000）
2.fileUpload拦截器的maximumSize属性必须小于struts.multipart.maxSize的值。
struts.multipart.maxSize默认2M，当maximumSize大于2M时,必须设置struts.multipart.maxSize的值大于maximumSize。
3.当上传的文件大于struts.multipart.maxSize时，系统报错
当上传的文件在struts.multipart.maxSize和maximumSize之间时，系统提示：
File too large: file "MSF的概念.ppt" "upload__5133e516_129ce85285f__7ffa_00000005.tmp" 6007104
当上传的文件小于maximumSize，上传成功。

==================================================================================================

引用： http://www.iteye.com/topic/113607



今天在做Struts文件上传的过程中遇到了一些问题，下面就详细的记录一下

     先说一下我想达到的目的，就是在程序中可以控制用户上传文件的大小，如果用户文件的大小超过了配置的大小就给用户返回错误提示信息。最开始的时候我想到的方法是通过FormFile.getFileSize()方法来判断文件的大小是否超标，如果超标，就想用户返回错误信息。但是这种方法的最大问题就是用户的文件已经上传到服务器并且保存在内存中了，万一用户上传了一个1000M的文件怎么办，服务器还不直接挂了。

   后来参照struts的文档，配置了文件的大小（<controller maxfilesize="1K"></controller>），这样在上传的过程中，如果文件超过了配置的大小，就会终止文件的上传。相应的FormFile字段为null，我们无法简单的通过判断FormFile是否为空来用户的文件是否超过了配置的大小，不过struts为我们提供了一个途径，在文件超过配置大小时struts会在Servelet Request设置一个属性， MultipartRequestHandler.ATTRIBUTE_MAX_LENGTH_EXCEEDED，它的值是一个Boolean类型的变量，所以我们可以在Action的execute方法中通过如下代码判断文件是否”超标“：

        Boolean maxLengthExceeded = (Boolean) request.getAttribute(
                               MultipartRequestHandler.ATTRIBUTE_MAX_LENGTH_EXCEEDED);
      
        if ((maxLengthExceeded != null) && (maxLengthExceeded.booleanValue()))

        {

                  Blar, Blar...

        }

到此好像事情已经解决了，但是我遇到了另外一个问题：

         我所有Action都是继承自DispatchAction，parameter配置的名称是action。如果我上传的文件没有超过大小，一切OK，程序运行正常，struts根据我设定的action值调用了相应的方法。但是如果我上传了一个比较大的文件，struts就报错说action的值没有设置。不会吧，老大，我明明设置了值，怎么说没有设置呢？有没有搞错，大哥？？

       到网上找了找也没有相关的文章，没有办法，只用硬着头皮看代码。原来sturts在处理文件上传过程中如果文件的大小超过了配置的大小，那么它就不会对Form中的属性设值，说白了就是Form中的字段都是初始状态，所以action没有设值也就属于正常了。

     为了解决这个问题，我把判断文件是否超标的代码放到了Form的validate方法，如果超标就直接返回input页面。但是问题又出现了，在validate返回ActionErrors对象后，页面应该自动返回到input页面，但是我在调试过程中页面怎么也无法返回到input，返回的总是一个空白页面，不光是这一个action出了问题，所有其他返回mapping.getInputForward()的action都不能正常返回了。怎么办？凉拌？看代码呀！

    原来<controller maxfilesize="1K"></controller>（<controller maxFileSize="1K">还有一个参数inputForward，其默认值是true，看着字面的意思是如果文件超过了maxFileSize就跳转到input代表的页面。其实不然，它的意思是根据提交页面的url到action的forwards里边找一个名称是url的forward，然后返回这个forward代表的页面。不知道说清楚了没有，大家可以看下面的一个例子

     比如我从/input/input.jsp上传一个超标的大文件到actionA，那么struts在validate错误后就会查找actionA的名称叫做/input/input.jsp的actionforward并返回，所以如果我配置了<forward name="/input/input.jsp" path="/input/input.jsp"/>，那么页面的返回就是正常的。知道了inputForward的意思解决方案就简单了，直接inputForward=false就OK了，如下：

<controller maxFileSize="1K" inputForward="false" />

======================================================================================

引用： http://opensource.5d6d.com/thread-14-1-1.html



使用fileupload

根据你的应用需求，fileupload可以有许多不同的使用方式。在最简单的情况下，你可以调用一个简单的方法来解析servlet请求，然后在他们提交到你的应用时处理表单列表。在其它规模的终端上，你也可能决定将fileupload进行自定义，以完全控制个别表单项存储的方法。比如，你或许会将内容流化来保存到数据中。
在这里。我们将要描述fileupload的基本使用方法，然后解释一些更简单的，以及最常用的使用模式。fileupload的个性化在这里得到了描述。

它怎么工作

一个文件上传请求由有序表单项的列表组成，这些表单是根据RFC1867来编码的，是在html中基于表单的文件上传。fileupload能解析这样一个请求然后向你的应用提供一个单独的上传表单项的列表。每一个这样的表单项实现了FileItem接口，而不需要考虑它潜在的实现方式。每个文件的表单项拥有一系列可能对你的应用有用的属性，比如，每个项目都有一个名字和文件类型，你就可以提供一个InputStream来取它的数据。从另一方面说，你可能需要对这些选项进行不同的处理，这个可以根据对这个选项是不是一个规则的表单项来判断，即可以根据这个数据是否来源于普通的文本框或者一个简单的html表单域，还是一个能被上传的文件。FileItem接口提供了多种方法来判断它是否是一个可上传的文件，然后你就可以用最合适的方式来处理这些数据了。FileUpload使用FileItemFactory来创建新的文件项目。这正是给FileUpload带来灵活性的原因。这个工厂最终控制每个项目的创建。默认的工厂在内存或者磁盘上保存了项目的数据，这个可以根据项目的大小来定（例如，字节数据）。当然，这个动作可以通过自定义来满足你应用的需要。

解析请求

在你对要上传的选项处理之前，很显然的你得先解析这些请求本身。很直接的就是要确保这个请求是不是一个要上传的文件，然而FileUpload使这一点简单化了，你只需提供一个静态的方法来做到这一点。

--------------------------------------------------------------------------------
//检查是否是一个文件上传请求
boolean isMultipart = FileUpload.isMultipartContent(request);

--------------------------------------------------------------------------------
现在我们就可以准备解析这个请求到一个备选的选项了。解析的结果是一个文件选项的List,每个这样的选项都实现了FileItem接口，处理这些选项将在下面得到讨论。

最简单的情况

最简单的使用场景可以参照下面：

被上传得选项必须以适度的大小驻留在内存中；
比较大的文件上传选项必须写入到磁盘的临时文件中去；
大文件上传请求必须不被允许；
默认的驻留内存的选项的最大大小，最大允许的上传文件请求，和临时文件的存储地方是可以接受的；
在这种情景下处理这样一个请求并不是很简单的：

--------------------------------------------------------------------------------
//创建一个新的文件上传句柄
DiskFileUpload upload = new DiskFileUpload();
//解析请求
List items = upload.parseRequest(request);

--------------------------------------------------------------------------------
这就是所有我们需要做的，真的！
解析的结果是一个文件项目的List,每一个都实现了FileItem接口。处理这些项目将在下面讨论。

练习更多的控制

如果你的使用情景非常接近最简单的使用方式，在上文中可以看到，但是你需要更多的控制临界的大小和临时文件的驻留地址，你可以使用DiskFileUpload类的方法来自定义这些动作，就像这样：

--------------------------------------------------------------------------------
//创建一个新的文件上传句柄
DiskFileUpload upload = new DiskFileUpload();
//设置上传参数
upload.setSizeThrehold(最大内存大小);
upload.setSizeMax(最大请求大小);
upload.setRepositoryPath(临时目录);
//解析请求
List items = upload.parseRequest(request);

--------------------------------------------------------------------------------
当然，每个配置方法都是独立于其它的，但是如果你想一次就配置它们，你可以使用可选的parseRequest()方法，像这样：

--------------------------------------------------------------------------------
// 建立一个新的文件上传句柄
DiskFileUpload upload = new DiskFileUpload();
// 解析请求
List items = upload.parseRequest(request,
        内存大小, 允许上传的最大文件, 临时目录);

--------------------------------------------------------------------------------
如果你想更多地控制请求的解析，比如把上传选项存储到其它地方，例如，存到数据库中-你可以参照自定义FileUpload。

处理上传选项

一旦解析过程完毕，你就可以获得一个文件选项的List，以便进一步处理。在大多数情况下，你将会根据规则的表单域来不同地处理文件的上传。所以你可能以这样的方式来处理：

--------------------------------------------------------------------------------
// 处理上传的选项
Iterator iter = items.iterator();
while (iter.hasNext()) {
    FileItem item = (FileItem) iter.next();

    if (item.isFormField()) {
        processFormField(item);
    } else {
        processUploadedFile(item);
    }
}

--------------------------------------------------------------------------------
对于一个规则的表单域来说，你对它感兴趣的可能就只有它的名字以及它的字符串值。你也会想到，处理它们是简单的:

--------------------------------------------------------------------------------
//处理一个规则表单域
if (item.isFormField()) {
    String name = item.getFieldName();
    String value = item.getString();
    ...
}

--------------------------------------------------------------------------------
而对于一个文件的上传，在你处理它的内容之前，可以有好多令你想知道的不同的东西，这里有一个采用了一些你可能感兴趣的方法的例子

--------------------------------------------------------------------------------
// 处理一个文件上传
if (!item.isFormField()) {
    String fieldName = item.getFieldName();
    String fileName = item.getName();
    String contentType = item.getContentType();
    boolean isInMemory = item.isInMemory();
    long sizeInBytes = item.getSize();
    ...
}

--------------------------------------------------------------------------------
对于这些上传的文件，你一般不想通过内存来存取它们，除非它们很小，或者你没有其它好的方法，更进一步，你想将内容当作文件流来处理，或者将整个文件写到最终的地址。FileUpload提供了简单的方法来完成这些操作。

--------------------------------------------------------------------------------
// 处理一个文件上传的情况
if (writeToFile) {
    File uploadedFile = new File(...);
    item.write(uploadedFile);
} else {
    InputStream uploadedStream = item.getInputStream();
    ...
    uploadedStream.close();
}

--------------------------------------------------------------------------------
注意到，在默认的FileUpload的实现中，write()方法将尝试把文件改名以将它保存到特定的地点，如果数据已经在临时文件中了，如果重命名失败，实际的复制文件就完成了（？），在其它原因看来，或者数据已经在内存中了。如果你的确需要在内存中取上传的数据，你只需简单的调用get()方法来把它当作一个字符数组来获得。

--------------------------------------------------------------------------------

// 在内存中处理一个上传的文件
byte[] data = item.get();
...

--------------------------------------------------------------------------------

和杀毒软件的相互作用

当web容器在运行时，而杀毒软件又同时运行在同样的系统上，这种情况下在应用中使用FileUpload容易导致一些很难预料的事情.这部分将描述一些你可能要遇到的情况，我们会提供一些方法来处理它们。默认的FileUpload实现将会使超过它在内存中大小的上传的选项写入到磁盘。而当这样的文件关闭后，任何系统中的杀毒软件都会被唤醒,然后去检查它，然后会潜在地隔离这个文件--就是说，将它移动到一个不产生问题的特定地方。这样一来，对开发者来说当然是一个意外，因为刚刚上传的文件将不能被处理了。从另一方面来说，小于设定的内存大小的那些上传的文件将被保持在内存中，这样一来，将不会被杀毒软件所检测到，这样就有可能使病毒以某种方式驻留在了系统中了（虽然如果一旦它被写入到磁盘，杀毒软件就会定位并检测到它）。一个通用的解决方法是在系统中专门设置一个目录来存放这些上传的文件，然后配置杀毒软件忽略这个目录。这样将确保上传的文件在系统中不被隔离，但是这样就把扫描病毒的责任交给了应用程序的开发者了。扫描这些上传的文件的任务可以在外部的处理中实现。这样可以将干净的文件移动到一个“改进”过的地方，或者也可以把杀毒集成到应用中去。至于怎么将外部处理或集成病毒扫描到一个
应用，这个已经超出了本文档的讨论范围。

下一步是什么

希望这个页面能提供给你一个好的意见，让你在你自己的应用中能使用FileUpload。更多关于这里介绍的方法，以及其它可用的方法，你可以参照api文档。这里介绍的用法已经可以满足大多数的文件上传的需要了，当然，如果你还有更多的复杂的需求，使用它的灵活的自定义配置的能力，FileUpload一定可以能够帮助你。