|
|
| jspsmartupload组件修改经验谈 |
作者：你的博客网
文章来源：www.yourblog.org
访问次数：5163次
加入时间：2005年05月24日
|
|
最近在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的错误。
但愿这种方法能彻底帮我解决问题。当然，还需做进一步测试，看看修改后的组件会不会出现新问题。
|
|
|
