Springboot集成GraphicsMagick

目錄以什么方式集成？項目集成1、將gm命令行工具引入到項目中2、在項目啟動的時候自動初始化環境3、gm進程池化性能初測寫在最后以什么方式集成？

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')@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的資料請關注好吧啦網其它相關文章！