以什么方式集成？
JNI / 命令行（im4java）
在im4java官网中提到：
翻译过来就是： 从Java内部使用JNI运行本机代码始终会带来其他风险，对于长时间运行的进程（通常是Web应用程序服务器）尤其危险。内存损坏或分段错误（可能由故意操纵的图像触发）可能会使整个服务器瘫痪。
所以我们选择使用命令行的方式进行调用。
项目集成
1、将gm命令行工具引入到项目中
在SpringBoot集成Linux可执行命令的时候，我们将可执行文件放在了项目的resource目录下：
这里需要有一步操作就是将文件复制到宿主机：
private void initGM() throws Exception {
String osName = System.getProperty("os.name").toLowerCase();
log.info("os name: {}", osName);
String gmPath;
if (osName.contains("mac")) {
gmPath = "gm/mac/gm";
} else if (osName.contains("linux")) {
// 初始化容器的环境
initPodEnv();
gmPath = "gm/linux/gm";
} else {
throw new RuntimeException("非法操作系统："+osName);
}
InputStream fisInJar = new ClassPathResource(gmPath).getInputStream();
File file = File.createTempFile("GraphicsMagick", "_gm");
file.setExecutable(true);
GM_PATH = file.getAbsolutePath();
//将jar包里的gm复制到操作系统的目录里
OutputStream fosInOs = new FileOutputStream(file);
byte[] buffer = new byte[1024];
int readLength = fisInJar.read(buffer);
while (readLength != -1) {
fosInOs.write(buffer, 0, readLength);
readLength = fisInJar.read(buffer);
}
IOUtils.closeQuietly(fosInOs);
IOUtils.closeQuietly(fisInJar);
log.info("gm初始化完毕");
}
2、在项目启动的时候自动初始化环境
下面只对Linux进行了自动化环境安装，mac环境主要是本地开发，自己安装环境即可：
private void initPodEnv() throws Exception {
log.info("============ start init pod env ============");
Process exec1 = Runtime.getRuntime().exec("yum install -y gcc make");
this.printLog(exec1);
log.info("cmd 1 exec success");
Process exec2 = Runtime.getRuntime().exec("yum install -y libpng-devel libjpeg-devel libtiff-devel jasper-devel freetype-devel libtool-ltdl-devel*");
this.printLog(exec2);
log.info("cmd 2 exec success");
// 打水印时缺少依赖
Process exec3 = Runtime.getRuntime().exec("yum -y install ghostscript");
this.printLog(exec3);
log.info("cmd 3 exec success");
log.info("============ init pod env success ============");
}
3、gm进程池化
想象下，如果在每次进行图片处理都去 fork gm子进程，不仅代价大，而且在高并发情况下，容易造成子进程过多，导致系统负载飙高，上下文切换频繁。
所以将 gm进程 池化是很有必要的。
前提： gm提供batch批量模式，运行在此模式下的gm进程，会一直读取标准输入，逐行接收命令实时进行处理。
池化思路： 预先 fork 一批 gm 子进程，每次要运行命令时，从子进程池中挑选一个子进程，进行图片处理，处理完毕后归还连接。
具体架构：
@ConfigurationProperties(prefix = "gm.pool")
@Data
public class GMPoolProperties {
private int maxActive = 4;
private int maxIdle = 4;
private int minIdle = 2;
private long minEvictableIdleTimeMillis = 300000L;
private WhenExhaustedAction whenExhaustedAction = WhenExhaustedAction.BLOCK;
private long maxWait = 5000;
private boolean testWhileIdle = false;
private long timeBetweenEvictionRunsMillis = 10000L;
}
性能初测
1、单线程测试： 单线程循环100次
| 技术 | 耗时 | 平均耗时 |
|---|---|---|
| GraphicsMagick + im4java | 2110 ms | 21 ms |
| GraphicsMagick + im4java + 池化技术 | 1478 ms | 15 ms |
总结：性能提升约29%
2、多线程并发测试： 并发100个线程请求
| 技术 | 耗时 | 平均耗时 |
|---|---|---|
| GraphicsMagick + im4java | 37901 ms | 379 ms |
| GraphicsMagick + im4java + 池化技术 | 22456 ms | 224 ms |
总结：性能提升约41%
写在最后
目前主流的是使用openresty（nginx + lua）来搭建图片处理服务，使用Java的话性能可能会比较差。因为对Java技术栈比较熟悉，前期会先使用Java实现。
本文的demo版本已经上传到github上，感兴趣的小伙伴可以去看下： github.com/Shanbw/Grap…
以上就是Springboot集成GraphicsMagick的详细内容，更多关于Springboot集成GraphicsMagick的资料请关注编程网其它相关文章！
