目錄以什么方式集成？項(xiàng)目集成1、將gm命令行工具引入到項(xiàng)目中2、在項(xiàng)目啟動(dòng)的時(shí)候自動(dòng)初始化環(huán)境3、gm進(jìn)程池化性能初測(cè)寫(xiě)在最后以什么方式集成？

JNI / 命令行（im4java）

在im4java官網(wǎng)中提到：

翻譯過(guò)來(lái)就是： 從Java內(nèi)部使用JNI運(yùn)行本機(jī)代碼始終會(huì)帶來(lái)其他風(fēng)險(xiǎn)，對(duì)于長(zhǎng)時(shí)間運(yùn)行的進(jìn)程（通常是Web應(yīng)用程序服務(wù)器）尤其危險(xiǎn)。內(nèi)存損壞或分段錯(cuò)誤（可能由故意操縱的圖像觸發(fā)）可能會(huì)使整個(gè)服務(wù)器癱瘓。

所以我們選擇使用命令行的方式進(jìn)行調(diào)用。

項(xiàng)目集成1、將gm命令行工具引入到項(xiàng)目中

在SpringBoot集成Linux可執(zhí)行命令的時(shí)候，我們將可執(zhí)行文件放在了項(xiàng)目的resource目錄下：

這里需要有一步操作就是將文件復(fù)制到宿主機(jī)：

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')) { // 初始化容器的環(huán)境 initPodEnv(); gmPath = 'gm/linux/gm';} else { throw new RuntimeException('非法操作系統(tǒng)：'+osName);}InputStream fisInJar = new ClassPathResource(gmPath).getInputStream();File file = File.createTempFile('GraphicsMagick', '_gm');file.setExecutable(true);GM_PATH = file.getAbsolutePath();//將jar包里的gm復(fù)制到操作系統(tǒng)的目錄里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、在項(xiàng)目啟動(dòng)的時(shí)候自動(dòng)初始化環(huán)境

下面只對(duì)Linux進(jìn)行了自動(dòng)化環(huán)境安裝，mac環(huán)境主要是本地開(kāi)發(fā)，自己安裝環(huán)境即可：

/** * 初始化容器的環(huán)境 * * 安裝gm所依賴(lài)的庫(kù) */ 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');// 打水印時(shí)缺少依賴(lài)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進(jìn)程池化

想象下，如果在每次進(jìn)行圖片處理都去 fork gm子進(jìn)程，不僅代價(jià)大，而且在高并發(fā)情況下，容易造成子進(jìn)程過(guò)多，導(dǎo)致系統(tǒng)負(fù)載飆高，上下文切換頻繁。

所以將 gm進(jìn)程 池化是很有必要的。

前提： gm提供batch批量模式，運(yùn)行在此模式下的gm進(jìn)程，會(huì)一直讀取標(biāo)準(zhǔn)輸入，逐行接收命令實(shí)時(shí)進(jìn)行處理。

池化思路： 預(yù)先 fork 一批 gm 子進(jìn)程，每次要運(yùn)行命令時(shí)，從子進(jìn)程池中挑選一個(gè)子進(jìn)程，進(jìn)行圖片處理，處理完畢后歸還連接。

具體架構(gòu)：

/** * GM 進(jìn)程池參數(shù) */@ConfigurationProperties(prefix = 'gm.pool')@Datapublic class GMPoolProperties { /** * 連接池最大活躍數(shù) */ private int maxActive = 4; /** * 連接池最大空閑連接數(shù) */ private int maxIdle = 4; /** * 連接池最小空閑連接數(shù) */ private int minIdle = 2; /** * 資源池中資源最小空閑時(shí)間(單位為毫秒)，達(dá)到此值后空閑資源將被移 */ private long minEvictableIdleTimeMillis = 300000L; /** * 連接池連接用盡后執(zhí)行的動(dòng)作 */ private WhenExhaustedAction whenExhaustedAction = WhenExhaustedAction.BLOCK; /** * 連接池沒(méi)有對(duì)象返回時(shí)，最大等待時(shí)間(毫秒) */ private long maxWait = 5000; /** * 定時(shí)對(duì)線程池中空閑的鏈接進(jìn)行校驗(yàn) */ private boolean testWhileIdle = false; /** * 空閑資源的檢測(cè)周期(單位為毫秒) */ private long timeBetweenEvictionRunsMillis = 10000L;}性能初測(cè)

1、單線程測(cè)試： 單線程循環(huán)100次

技術(shù) 耗時(shí) 平均耗時(shí) GraphicsMagick + im4java 2110 ms 21 ms GraphicsMagick + im4java + 池化技術(shù) 1478 ms 15 ms

總結(jié)：性能提升約29% 2、多線程并發(fā)測(cè)試： 并發(fā)100個(gè)線程請(qǐng)求

技術(shù) 耗時(shí) 平均耗時(shí) GraphicsMagick + im4java 37901 ms 379 ms GraphicsMagick + im4java + 池化技術(shù) 22456 ms 224 ms

總結(jié)：性能提升約41%

寫(xiě)在最后

目前主流的是使用openresty（nginx + lua）來(lái)搭建圖片處理服務(wù)，使用Java的話性能可能會(huì)比較差。因?yàn)閷?duì)Java技術(shù)棧比較熟悉，前期會(huì)先使用Java實(shí)現(xiàn)。

本文的demo版本已經(jīng)上傳到github上，感興趣的小伙伴可以去看下： github.com/Shanbw/Grap…

以上就是Springboot集成GraphicsMagick的詳細(xì)內(nèi)容，更多關(guān)于Springboot集成GraphicsMagick的資料請(qǐng)關(guān)注好吧啦網(wǎng)其它相關(guān)文章！