Springboot集成GraphicsMagick
以什么方式集成?
JNI / 命令行(im4java)
在im4java官網中提到:

翻譯過來就是: 從Java內部使用JNI運行本機代碼始終會帶來其他風險,對于長時間運行的進程(通常是Web應用程序服務器)尤其危險。內存損壞或分段錯誤(可能由故意操縱的圖像觸發(fā))可能會使整個服務器癱瘓。
所以我們選擇使用命令行的方式進行調用。
項目集成
1、將gm命令行工具引入到項目中
在SpringBoot集成Linux可執(zhí)行命令的時候,我們將可執(zhí)行文件放在了項目的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")) {
// 初始化容器的環(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復制到操作系統(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、在項目啟動的時候自動初始化環(huán)境
下面只對Linux進行了自動化環(huán)境安裝,mac環(huán)境主要是本地開發(fā),自己安裝環(huán)境即可:
/**
* 初始化容器的環(huán)境
*
* 安裝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子進程,不僅代價大,而且在高并發(fā)情況下,容易造成子進程過多,導致系統(tǒng)負載飆高,上下文切換頻繁。
所以將 gm進程 池化是很有必要的。
前提: gm提供batch批量模式,運行在此模式下的gm進程,會一直讀取標準輸入,逐行接收命令實時進行處理。
池化思路: 預先 fork 一批 gm 子進程,每次要運行命令時,從子進程池中挑選一個子進程,進行圖片處理,處理完畢后歸還連接。
具體架構:

/**
* GM 進程池參數(shù)
*/
@ConfigurationProperties(prefix = "gm.pool")
@Data
public class GMPoolProperties {
/**
* 連接池最大活躍數(shù)
*/
private int maxActive = 4;
/**
* 連接池最大空閑連接數(shù)
*/
private int maxIdle = 4;
/**
* 連接池最小空閑連接數(shù)
*/
private int minIdle = 2;
/**
* 資源池中資源最小空閑時間(單位為毫秒),達到此值后空閑資源將被移
*/
private long minEvictableIdleTimeMillis = 300000L;
/**
* 連接池連接用盡后執(zhí)行的動作
*/
private WhenExhaustedAction whenExhaustedAction = WhenExhaustedAction.BLOCK;
/**
* 連接池沒有對象返回時,最大等待時間(毫秒)
*/
private long maxWait = 5000;
/**
* 定時對線程池中空閑的鏈接進行校驗
*/
private boolean testWhileIdle = false;
/**
* 空閑資源的檢測周期(單位為毫秒)
*/
private long timeBetweenEvictionRunsMillis = 10000L;
}
性能初測
1、單線程測試: 單線程循環(huán)100次
| 技術 | 耗時 | 平均耗時 |
|---|---|---|
| GraphicsMagick + im4java | 2110 ms | 21 ms |
| GraphicsMagick + im4java + 池化技術 | 1478 ms | 15 ms |
總結:性能提升約29%
2、多線程并發(fā)測試: 并發(fā)100個線程請求
| 技術 | 耗時 | 平均耗時 |
|---|---|---|
| GraphicsMagick + im4java | 37901 ms | 379 ms |
| GraphicsMagick + im4java + 池化技術 | 22456 ms | 224 ms |
總結:性能提升約41%
寫在最后
目前主流的是使用openresty(nginx + lua)來搭建圖片處理服務,使用Java的話性能可能會比較差。因為對Java技術棧比較熟悉,前期會先使用Java實現(xiàn)。
本文的demo版本已經上傳到github上,感興趣的小伙伴可以去看下: github.com/Shanbw/Grap…
以上就是Springboot集成GraphicsMagick的詳細內容,更多關于Springboot集成GraphicsMagick的資料請關注腳本之家其它相關文章!
相關文章
SpringBoot整合Freemarker實現(xiàn)頁面靜態(tài)化的詳細步驟
這篇文章主要介紹了SpringBoot整合Freemarker實現(xiàn)頁面靜態(tài)化,第一步要創(chuàng)建項目添加依賴,本文分步驟給大家詳細講解,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友可以參考下2022-10-10
spring NamedContextFactory實現(xiàn)服務隔離的示例詳解
假設我們有個場景,我們需要實現(xiàn)服務之間的數(shù)據(jù)隔離、配置隔離、依賴的spring bean之間隔離,大家會有什么實現(xiàn)思路?今天給大家介紹spring-cloud-context里面有個NamedContextFactory可以達到上面的效果,需要的朋友可以參考下2024-05-05
mybatis教程之resultmap_動力節(jié)點Java學院整理
這篇文章主要介紹了mybatis教程之resultmap,小編覺得挺不錯的,現(xiàn)在分享給大家,也給大家做個參考。一起跟隨小編過來看看吧2017-09-09

