動(dòng)態(tài)給容器指定Java啟動(dòng)參數(shù)的方法

這篇文章主要介紹“動(dòng)態(tài)給容器指定Java啟動(dòng)參數(shù)的方法”，在日常操作中，相信很多人在動(dòng)態(tài)給容器指定Java啟動(dòng)參數(shù)的方法問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”動(dòng)態(tài)給容器指定Java啟動(dòng)參數(shù)的方法”的疑惑有所幫助！接下來，請跟著小編一起來學(xué)習(xí)吧！

在做 Java 程序容器化時(shí)都會(huì)遇到一個(gè)問題，ENTRYPOINT ["java", "$JAVA_OPTS", "-jar", ...] 這樣的寫法 $JAVA_OPTS 就是個(gè)字符串無法在運(yùn)行時(shí)展開。為了不把參數(shù)硬編碼到容器里，每次調(diào)整參數(shù)重新構(gòu)建鏡像，可以有多種方案，先介紹幾種不夠好的方案。

1. ENTRYPOINT java $JAVA_OPTS -jar ...，這種方式的問題是 java 不是容器主進(jìn)程（至于為什么要保證 java 是主進(jìn)程，又是一個(gè)話題，是容器化基本最佳實(shí)踐之一）；

2. ENTRYPOINT ["sh", "-c", "java $JAVA_OPTS -jar ..."]，這種寫法其實(shí)等價(jià)于上面一種方式，上面一種方式在運(yùn)行時(shí)就是以 /bin/sh -c "java $JAVA_OPTS -jar ..." 方式運(yùn)行的，所以缺陷也是相同的；

3. ENTRYPOINT ["entrypoint.sh"] 然后在腳本中啟動(dòng) java，使用腳本對于需要在啟動(dòng)時(shí)做復(fù)雜操作的容器比較有用，但是對啟動(dòng) java 來說未免小題大作，并且同樣有 java 不是容器主進(jìn)程的問題。

從 shell 角度出發(fā)，解決非主進(jìn)程問題的方案是使用 exec 命令，exec 在啟動(dòng)其后參數(shù)中的指令時(shí)，不會(huì)創(chuàng)建子進(jìn)程而是用指令進(jìn)程替換自身，使指令進(jìn)程占用自身的 PID（exec 其后的第一個(gè)指令替換了自身之后，后續(xù)的其它指令自然也不會(huì)被執(zhí)行了）。于是上面 3 個(gè)方案可以改為

1. ENTRYPOINT exce java $JAVA_OPTS -jar ...

2. ENTRYPOINT ["sh", "-c", "exce java $JAVA_OPTS -jar ..."]

3. 腳本里寫 exec java $JAVA_OPTS -jar ...

使用 exec 可以解決之前的問題，但是隨之而來的問題是……丑，任何額外的命令都會(huì)破壞整潔，對于追求 clean code 的程序員來說 Dockerfile 也必須是整潔的。還好 java 是一個(gè)成熟的生態(tài)，其實(shí)本身提供了相應(yīng)的環(huán)境變量 JDK_JAVA_OPTIONS 和 JAVA_TOOL_OPTIONS：

1. JDK_JAVA_OPTIONS 是在 Java 9 引入的，java 程序啟動(dòng)時(shí)不需要在命令行指定就會(huì)自動(dòng)讀取的環(huán)境變量，它略微有些限制，主要是為了防止濫用不允許使用可能改變主類或者讓主類不執(zhí)行的參數(shù)，通常需要指定的內(nèi)存、GC 等參數(shù)都可以使用。遇到不允許使用的參數(shù)時(shí) java 會(huì)直接報(bào)錯(cuò)并退出，所以只要程序順利啟動(dòng)就不用擔(dān)心使用了不允許使用的參數(shù)。在這里指定的參數(shù)無法覆蓋命令行的相同參數(shù)，需要鎖定的配置可以直接指定在 ENTRYPOINT中。

2. JAVA_TOOL_OPTIONS 是存在很久的環(huán)境變量，這個(gè)環(huán)境變量同樣不需要在命令行顯式指定。它名字中的 TOOL 提示了除了 java 命令之外其它 java 工具命令例如 javac 之類的也會(huì)去讀取這個(gè)變量的值。在這里指定的參數(shù)既不能覆蓋命令行的相同參數(shù)，也不能覆蓋 JDK_JAVA_OPTIONS 中的相同參數(shù)，優(yōu)先級最低。

除此之外，還有各家專用的一些環(huán)境變量，比如 Oracle 家的 _JAVA_OPTIONS、IBM 家的 IBM_JAVA_OPTIONS，它們通常提供了覆蓋命令行上相同參數(shù)的能力，但是環(huán)境變量名卻不可移植，在 Xxx as Code 的時(shí)代并不是個(gè)好選擇。

綜上所述，可以得出這樣的決策路徑：

1. Java 9 及以上（呃，話說現(xiàn)在還有 Java 9 以下？）的 java 命令使用 JDK_JAVA_OPTIONS

2. CI/CD 或者打包工具之類的非 java 命令時(shí)使用 JAVA_TOOL_OPTIONS

3. Java 9 以下（囧）的 java 命令使用 JAVA_TOOL_OPTIONS

4. 極特殊情況下需要覆蓋命令行上的參數(shù)時(shí)，先反思自己，再反思自己，最后找各家自己定義的環(huán)境變量

最后一個(gè)問題，看到這里可能會(huì)有疑問，設(shè)置環(huán)境變量會(huì)不會(huì)影響到其它 java 進(jìn)程？如果遵循了容器化的最佳實(shí)踐，那答案顯然是不會(huì)，而且即使在主機(jī)上，要想多個(gè)進(jìn)程間環(huán)境變量互不影響也是很簡單的事情不是嗎？

到此，關(guān)于“動(dòng)態(tài)給容器指定Java啟動(dòng)參數(shù)的方法”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實(shí)踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識(shí)，請繼續(xù)關(guān)注億速云網(wǎng)站，小編會(huì)繼續(xù)努力為大家?guī)砀鄬?shí)用的文章！