一）前言：
服务器端图片上传逻辑改版，将文件自己压缩成3份然后上传至某云进行存储。
选择GraphicsMagick+IM4Java，放弃并发能力弱的ImageMagick+Jmagick。
网上可供学习GraphicsMagick与IM4Java的资料是在太少，翻来覆去就那么几篇，碰到异常只能一遍又一遍的研读官方文档！这也是我写这篇文章的原因之一。
im4java参考资料：
1）请详见Developer's Guide: http://im4java.sourceforge.net/docs/dev-guide.html
2）github上im4java的源码：https://github.com/Widen/im4java
GraphicsMagick参考资料：
1）http://www.graphicsmagick.org
先在本地安装使用测试，觉得性能还OK的话，再放到测试服务器上部署测试实际性能。本地环境是win，win下的GM（GraphicsMagick）就很好安装了，与普通软件安装无异。
二）使用IM4Java：
瞧Developer's Guide中的“Before you begin: Setting up the Environment”内容，大意是使用之前先设置工具的工具（当然压缩图片的工具，名字叫gm）的搜索路径，并说明了这几种设置方式的差别。
比如win下的安装路径，假如我安装的路径是D:GraphicsMagick-1.3.19-Q16，则代码为：
String myPath="D:\GraphicsMagick-1.3.19-Q16";
ProcessStarter.setGlobalSearchPath(myPath);
注：我们不能在linux服务器中这么写代码，linux直接就设置环境变量：export PATH=$PATH:/abc...,其中/abc是你的GM工具所在路径，比如我的是/home/db/roderickyu/soft/bin
简单用法就直接看文档吧，我这里写几个文档里不太容易读出来的内容：
压缩时可以直接添加本地的图片，比如：
IMOperation op = new IMOperation();
op.addImage("D:\test.jpg"); // 输入要压缩的文件路径
op.resize(640); // 多番尝试后才知道这是限定width，height等比缩放
op.addImage("D:\newTest.jpg"); // 压缩后的文件的输出路径，当然可以没有扩展名！
还有一种是对输入流进行压缩，比如官方文档中：
IMOperation op = new IMOperation();
op.addImage("-"); // read from stdin
op.addImage("tif:-"); // write to stdout in tif-format
代码中tif是指按照tif格式进行压缩，但是变化不明显（而且压缩后的大小与size大小不成正比），很容易给初学者造成是不是代码不好使的挫败感！将tif换成jpg压缩的大小变化就明显了。这是一个坑！
回到这个需求来，我们只有一个输入流，怎么把这个输入流压缩成3份大小不等的文件呢？
将输入流转化成byte数组，就不存在流被第一个文件读完第二三的文件没有流可以读时报异常。。。empty input file...
代码为：
InputStream fileStream = ......
int total = fileStream.available();
byte[] bs = new byte[total];
fileStream.read(bs);
按照GM的官方文档安装GM时失败，后才得解：安装路径不是当前linux用户的可读写权限内的路径，换成当前身份可读写的路径呗或者换登入身份呗~
最后测试，发现性能相当优异！