cos的优势在哪儿

上传文件所使用的方法有很多种，比如：jspsmart公司的jspsmartupload组件，O`Rrilly公司的cos组件，Jakarta Apache公司的commonsFileUpload组件，JavaZoom的uploadbean组件，还有Struts组件中自带的org.apache.struts.upload类工具等等。。

这几种的方法测试的结果表明cos大胜，但很不是解为什么cos有如此功效。哪儿做了处理。
有待对源码的理解。

引用

FileUpload的上传机制作一些分析，基本上，上传一个文件的过程在FileUpload中可以分为三个部分：
   1.由客户端把要上传的文件生成request数据流，与服务器端建立连接
   2. 在服务器端接收request流，将流缓存到内存或磁盘中（具体缓存到什么地方，将由DiskFileUpload的 setSizeThreshold(int cacheMax)方法来决定，当文件大小<cacheMax时，文件将被缓存到内存，否则将被缓存到磁盘的临时文件）
   3.由服务器端的内存或是临时文件中把文件输出到指定的目录（这个目录才是指定的文件上传目录）.
  

   上述的第一步由浏览器完成，不用过多理会，重点是第二和第三步。
   第二步时，由DiskFileUpload的parseRequest(...)方法（其实这个方法是继承于FileUploadBase类，真正起解析 request流作用的类是FileUploadBase）解析request流。在parseRequest(...)方法中，新建了一个 MultipartStream实例，由此实例的readBodyData（）方法将上传文件的流读到FileItem实例中，FileItem实例根据设置好的cacheMax大小，引用一个内存中的数据流或是一个磁盘上的数据流，注意此时文件已经上传到了服务器，但仍然没有传到设定的上传目录。  
   第三步时，调用FileItem实例的write(File file)方法，将已经存在于内存或是磁盘上的上传文件流拷贝到设定好的上传目录，至此上传仍未结束，因为磁盘中很可能保存了上传文件的临时文件（当设定的cacheMax<文件大小时），如何删除这些临时文件？有两种方法：1.显示调用FileItem实例的delete（）方法。2.不调用任何方法，当FileItem被垃圾回收时，由finalize（）方法删除临时文件。

 

引用

cos的优越性得意于他对IO流的重写。BufferedServletInputStream，LimitedServletInputStream，PartInputStream 经过几次对原始流的优化。详细信息请查看cos源码。

几者之间的比较
http://www.java1995.cn/article/735.html