http文件上传框架选择

候选项：

 Jetty + Apache FileUpload

 JDK自带的HttpServer + 自行解析

 Simple

 Jetty + Jetty MultiPartFilter

备注：tomcat过于臃肿，不考虑。

测试情况：

两台机器，一台使用httpclient模拟客户端上传文件，一台作为http服务器。

两台机器均为8核、8G内存。

耗时：

以32..6M的文件测试

 

框架|性能|并发数	1	20	100	200
Jetty + Apache FileUpload	5.5s	13.7s	111s	207s
JDK自带的HttpServer	5.8s	78s	390	--
Simple	5.2s	24s	130s	330s
Jetty+ Jetty MultiPartFilter	5.5s	26s	112s	203s

单线程情况下， 性能均差不多，在多线程情况下JDK自带的HttpServer和Simple调度能力不足。

Cpu占用率

 

框架	200个并发时Cpu占用率
Jetty + Apache FileUpload	130%
JDKServer	350%
Simple	120%
Jetty+ Jetty MultiPartFilter	130%

 客户端：8核全负载，HttpClient太耗资源了。

服务器端：JDKServer比较耗资源，其他的都稳定在130%左右

功能拓展性：

拓展性主要考虑：

HttpServer接受到上传请求时的一些处理。比如：当请求到Server时，如果合法则获取输入流进行上传；如果不合法，则直接返回处理结果。

Simple ： 文件全部上传到临时文件夹后才能进行业务处理。极度不符合

MultiPartFilter： 使用过滤器处理缺点有二：一是业务逻辑不集中，部分在于Servlet中，部分在于过滤器中；二是改写MultiPartFilter并进行封装的难度稍大。

JDK自带Server: 符合条件。但需要自己解析http输入流，并进行封装。难度较大。

Apache FileUpload：符合条件，对Http请求的封装很棒。

Apache FileUpload > JDKServer > MultiPartFilter> Simple

最终选择：Jetty +　Apache FileUpload

 

转载于:https://www.cnblogs.com/NanguoCoffee/archive/2010/11/24/1886325.html