常用Web文件上传方式 JspSmartUpload上传文件

    在以前的做web项目时,发送JspSmartUpload有许多的缺点.如:在上传时不支持中文,上传文件太大时内存溢出等问题,通过对JspSmartUpload的源代码的重新改造实现功能,但是自己已经将部分代码修改忘记,所以看网上的修改东东,过一段时间整理一下,以供以后备用.

最近在JSP程序开发过程中，发现了很严重的Java内存溢出问题。我采用了Resin服务器自动重启的方法，临时保证了网站的正常运行。但是我想去寻找问题的症结之所在，我想一定是JSP程序或Java程序没有及时地释放内存，但到底是哪些类的哪些对象没有被释放？ 
   我认真的看了一下Resin的错误日志（error.log文件），发现程序出现java.lang.OutOfMemoryError的错误大多情况是在运行一个上传附件的文件时发生的。在这个上传附件的JSP文件中，我调用了目前网上很流行的jspsmartupload组件，难道是这个组件本身有问题？ 
   于是我就下载了一个Java反编译工具，把jspsmartupload组件的源码文件（class文件）反编译成Java文件。这个组件用到了五个自定义的类，分别是File类、Files类、Request类、SmartUpload类和SmartUploadException类。里面最核心的方法莫过于SmartUpload类的upload()方法。我看到upload方法中有这样两个语句： 
      m_totalBytes = m_request.getContentLength();     (*) 
         m_binArray = new byte[m_totalBytes];                    (**) 
     其中，变量m_totalBytes表示用户上传的文件（二进制文件）的内容的总长度，我做了一个测试，一个55.3M 
的文件，它的m_totalBytes是58012662 
，显然这是一个很大的数。如果用这样大的数去声明一个byte数组，并给数组的每个元素分配内存空间，Java内存不溢出才怪呢！另外，我发现SmartUpload类中的m_binArray数组竟然从来没有被释放，难道真的不需要释放吗？JVM的功能有我们想象的那么强大吗？ 
    我对SmartUpload类作了如下的改进： 
    （1）对upload()方法的(**)语句加上了totalBytes大小的限制，并加上了try...catch...finally去处理异常，如下： 
        try{ 
         if(m_totalBytes>55184652 || m_totalBytes<0)    //55184652相当于52.6M 
         { 
          throw new SmartUploadException("the file is too large to upload."); 
         } 
         else 
         { 
                           m_binArray = new byte[m_totalBytes]; 
                           ...... 
                } 
             catch(Exception e){......} 
             catch(Error err){......} 
             finally{  m_binArray=null;} 
       这样，就能保证不管用户传的文件是多大，不会出现java.lang.OutOfMemoryError的错误，而且如果upload失败，m_binArray所占的内存空间也会被释放。 
     （2）在SmartUpload类中增加了一个stop()方法，该方法完成的工作就是释放m_binArray数组所占的内存空间。代码如下： 
     try{ 
      m_binArray=null;  
     } 
     catch(Exception e) 
     { 
      System.out.println(e.toString());  
     } 
     jspsmartupload组件就做了这些修改，下面就需要更改调用该组件的JSP文件了。其实这个JSP文件有一些地方写得不规范。（以下代码中mySmartUpload表示SmartUpload的一个实例化对象） 
     （1）首先要设置上传附件的MaxSize。 
                    mySmartUpload.setTotalMaxFileSize(10240000); //10240000表示10M 
     （2）调用SmartUpload.upload()方法要捕获一个异常。 
              try{ 
            mySmartUpload.upload(); 
                    } 
                    catch(Exception e) 
                   { 
               out.print("文件太大，无法上传"); 
               return; 
                   } 
     （3）程序结束时要调用SmartUpload.stop()方法。 
                  mySmartUpload.stop(); 
                            mySmartUpload=null; 
     好了，修改完了，把修改后的文件用Resin进行测试（操作系统仍然用Linux9.0），程序至今还没有出现java.lang.OutOfMemoryError的错误。 
    但愿这种方法能彻底帮我解决问题。当然，还需做进一步测试，看看修改后的组件会不会出现新问题。
在用jspsmartupload组件进行文件上传下载的时候，如果用户选择的是含有中文名字的文件名或是文件路径含有中文，则会出现乱码．

１．上传
　　在SmartUpload．java文件中，增加一个属性private String charset用于进行字符编码转换，相应的有两个方法：
public void setCharset(String charset)
{
this.charset = charset;
}
public String getCharset()
{
return this.charset;
}

另外改动二个地方：

在upload()方法中，将
String s11 = new String(m_binArray,m_startData,(m_endData - m_startData) + 1);改为
String s11 = new String(m_binArray,m_startData,(m_endData - m_startData) + 1,this.getCharset());
这个时候我们应该在进行处理上传的jsp中进行设置
SmartUpload　su　＝　new　SmartUpload();
su.setCharset("UTF-8");就可以了．

在getDataHeader()方法中，将
String s = new String(m_binArray, i, (j - i) + 1);
改为
String s；
try
{
   s = new String(m_binArray, i, (j - i) + 1,this.getCharset());
}
catch(Exception e)
{
   s = "";
}

　　在SmartFile.java文件中，增加一个属性private String charset用于进行字符编码转换，相应的有两个方法：
public void setCharset(String charset)
{
this.charset = charset;
}
public String getCharset()
{
return this.charset;
}

另外需要改动一个地方
在getContentString()方法中，将
String s = new String(m_parent.m_binArray,m_startData,m_size);
改为
String s;
     try
     {
      s = new String(m_parent.m_binArray,m_startData,m_size,this.getCharset());
     }
     catch(Exception e)
     {
      s = "";
     }
对于SmartFile.java文件中，本人认为可改可不改，不会对上传有什么影响．
经过如此改动源代码后，对于中文乱码问题有很好的解决能力．

２.下载
　　在SmartUpload．java文件中，将downloadFile(String s, String s1, String s2, int i)方法改为
public void downloadFile(String s, String s1, String s2, int i)
throws ServletException, IOException, SmartUploadException
{
if(s == null)
throw new IllegalArgumentException("File '" + s +
"' not found (1040).");
if(s.equals(""))
throw new IllegalArgumentException("File '" + s +
"' not found (1040).");
if(!isVirtual(s) && m_denyPhysicalPath)
throw new SecurityException("Physical path is
denied (1035).");
if(isVirtual(s))
s = m_application.getRealPath(s);
java.io.File file = new java.io.File(s);
FileInputStream fileinputstream = new FileInputStream(file);
long l = file.length();
boolean flag = false;
int k = 0;
byte abyte0[] = new byte[i];
if(s1 == null)
m_response.setContentType("application/x-msdownload");
else
if(s1.length() == 0)
m_response.setContentType("application/x-msdownload");
else
m_response.setContentType(s1);
m_response.setContentLength((int)l);
m_contentDisposition = m_contentDisposition != null ?
m_contentDisposition : "attachment;";
if(s2 == null)
m_response.setHeader("Content-Disposition",
m_contentDisposition + " filename=" +
toUtf8String(getFileName(s)));
else
if(s2.length() == 0)
m_response.setHeader("Content-Disposition",
m_contentDisposition);
else
m_response.setHeader("Content-Disposition",
m_contentDisposition + " filename=" + toUtf8String(s2));
while((long)k < l)
{
int j = fileinputstream.read(abyte0, 0, i);
k += j;
m_response.getOutputStream().write(abyte0, 0, j);
}
fileinputstream.close();
}

另外需要增加一个获得汉字字符的UTF-8编码的方法
/**
* 将文件名中的汉字转为UTF8编码的串,以便下载时能正确显示另存的文件名.
* 纵横软件制作中心雨亦奇2003.08.01
* @param s 原文件名
* @return 重新编码后的文件名
*/
public static String toUtf8String(String s) {
StringBuffer sb = new StringBuffer();
for (int i=0;i<s.length();i++) {
char c = s.charAt(i);
if (c >= 0 && c <= 255) {
sb.append(c);
} else {
byte[] b;
try {
b = Character.toString(c).getBytes("utf-8");
} catch (Exception ex) {
System.out.println(ex);
b = new byte[0];
}
for (int j = 0; j < b.length; j++) {
int k = b[j];
if (k < 0) k += 256;
sb.append("%" + Integer.toHexString(k).
toUpperCase());
}
}
}
return sb.toString();
}
将这个增加到SmartUpload．java文件中，下载时的另存中文名乱码问题便不会出现了．

 

还有一个重要的Bug时在下载时发生的很特殊,忘记,网上回家看看以前的代码.以后在续写.................

 希望大家不要怕转呀!!!