候选项:
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