Springboot集成GraphicsMagick

JNI / 命令行（im4java）

在im4java官网中提到：

翻译过来就是： 从Java内部使用JNI运行本机代码始终会带来其他风险，对于长时间运行的进程（通常是Web应用程序服务器）尤其危险。内存损坏或分段错误（可能由故意操纵的图像触发）可能会使整个服务器瘫痪。

所以我们选择使用命令行的方式进行调用。

在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环境主要是本地开发，自己安装环境即可：

/** * 初始化容器的环境 * * 安装gm所依赖的库 */ 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 子进程，每次要运行命令时，从子进程池中挑选一个子进程，进行图片处理，处理完毕后归还连接。

具体架构：

/** * GM 进程池参数 */@ConfigurationProperties(prefix = 'gm.pool')@Datapublic 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的资料请关注好吧啦网其它相关文章！