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