最近在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的错误。 但愿这种方法能彻底帮我解决问题。当然，还需做进一步测试，看看修改后的组件会不会出现新问题。