Springboot集成GraphicsMagick
以什么方式集成?
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环境主要是本地开发,自己安装环境即可:
/** * 初始化容器的环境 * * 安装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") @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的资料请关注我们其它相关文章!