境變量配置全攻略：從獲取到可用)
1. 為什么“下載JDK 11”這件事值得單獨寫一篇很多人看到“JDK 11下載”這幾個字第一反應(yīng)是這有什么好講的官網(wǎng)點一下不就完了我一開始也這么想直到幫身邊同事、學(xué)弟學(xué)妹處理過不下二十次環(huán)境問題之后才發(fā)現(xiàn)真正卡住人的從來不是“下載”這個動作本身而是下載之前的版本判斷、下載之中的渠道選擇、下載之后的路徑與環(huán)境變量處理。這三步里任何一步出問題后面寫代碼、跑構(gòu)建工具、啟動IDE都會連鎖報錯。JDK 11Java SE 11是Java生態(tài)里一個非常特殊的存在。它是繼JDK 8之后第一個被廣泛采用的長期支持版本LTS大量企業(yè)級項目、構(gòu)建工具鏈、中間件都把11作為基線版本。你在熱詞里能看到“jdk降級到17”“jdk 17下載”“idea修改jdk”這些詞說明很多人其實是在多個版本之間來回切換而11往往是那個“必須留著”的版本。所以這篇內(nèi)容不是簡單甩一個下載鏈接而是把JDK 11從獲取到可用這條鏈路講透適合剛接觸Java的新手也適合需要維護(hù)多版本環(huán)境的老手。我會按“先搞清楚要什么、再選渠道、再裝、再配、最后驗證和排錯”的順序展開中間穿插我自己踩過的坑。你如果只想快速拿到一個能用的JDK 11可以直接跳到安裝和配置章節(jié)如果你想徹底搞明白環(huán)境變量為什么老配失敗那前面的原理部分值得花幾分鐘看完。2. 下載之前先想清楚你到底需要哪個JDK 112.1 JDK、JRE、JVM這三個詞別再混著用熱詞里有“jdk環(huán)境”“jdk環(huán)境變量配置失敗”“找不到j(luò)dk”這些問題的根源往往是概念沒分清。JVM是Java虛擬機(jī)負(fù)責(zé)真正執(zhí)行字節(jié)碼JRE是運(yùn)行環(huán)境等于JVM加核心類庫只能跑不能編譯JDK是開發(fā)工具包等于JRE再加編譯器javac、打包工具jar、診斷工具jconsole等。你要寫代碼、要用Maven或Gradle構(gòu)建就必須裝JDK只裝JRE是不夠的。這也是為什么很多人“明明裝了Java卻編譯不了”——他裝的是JRE。判斷方法很簡單命令行敲javac -version能輸出版本號才是JDK如果提示找不到命令而java -version又有輸出那基本就是只裝了JRE。2.2 為什么是11而不是8或者17JDK 8太老很多新語法和新API用不了JDK 17雖然也是LTS且更新但部分老項目、老中間件對17的兼容性還沒完全跟上尤其是那些依賴反射和內(nèi)部API的庫。JDK 11正好處在“夠新且夠穩(wěn)”的位置它引入了var局部變量類型推斷、新的HTTP Client孵化、單文件源碼直接運(yùn)行等特性同時絕大多數(shù)主流框架都已經(jīng)適配。從熱詞“jdk降級到17”能看出一個現(xiàn)象有人從更高版本降回17說明版本不是越高越好。同理如果你手上的項目明確要求11那就老老實實裝11別想著用17湊合否則可能遇到模塊系統(tǒng)相關(guān)的報錯。2.3 發(fā)行版怎么選不同廠商的JDK 11有區(qū)別JDK本身是開源的但不同廠商會基于同一套源碼做自己的發(fā)行版。常見的有Oracle JDK、Eclipse Temurin原AdoptOpenJDK、Amazon Corretto、Azul Zulu、Microsoft Build of OpenJDK等。它們絕大多數(shù)在功能上一致區(qū)別主要在許可證、更新頻率和長期維護(hù)承諾上。發(fā)行版許可證特點適合場景Oracle JDK商用需注意授權(quán)條款個人學(xué)習(xí)、明確授權(quán)的商用Eclipse Temurin開源免費(fèi)社區(qū)活躍通用開發(fā)、CI/CDAmazon Corretto免費(fèi)長期免費(fèi)更新生產(chǎn)環(huán)境、云上部署Azul Zulu免費(fèi)版本覆蓋廣多平臺、嵌入式Microsoft Build免費(fèi)Windows生態(tài)開發(fā)我個人的習(xí)慣是本地開發(fā)用Temurin因為下載方便、更新及時如果公司有明確要求就按公司規(guī)范來。選哪個不影響你寫代碼但商用場景一定要看清許可證這是很多人忽略的合規(guī)點。3. 獲取JDK 11的幾條路徑與各自的門道3.1 官方渠道下載的完整流程最穩(wěn)妥的方式是去對應(yīng)發(fā)行版的官方站點下載。以Temurin為例進(jìn)入官網(wǎng)后選擇版本11、操作系統(tǒng)Windows/macOS/Linux、架構(gòu)x64/arm64、包類型JDK而非JRE然后下載安裝包。Windows一般給的是.msi或.zipmacOS是.pkg或.tar.gzLinux是.tar.gz。這里有個細(xì)節(jié).msi和.pkg是安裝版會自動幫你配好部分路徑.zip和.tar.gz是綠色版解壓即用但需要你手動配環(huán)境變量。我推薦新手用安裝版省事老手或者需要在同一臺機(jī)器放多個版本的人用綠色版更靈活因為可以隨時切換。注意下載頁面經(jīng)常有“JDK”和“JRE”兩個入口別點錯。另外注意區(qū)分x64和arm64蘋果M系列芯片要選arm64選錯了裝上去跑不起來。3.2 包管理器安裝更省心的選擇如果你用macOSbrew install openjdk11一條命令就搞定用Linux的apt或yum也能直接裝Windows上可以用winget或scoop。包管理器的好處是版本管理清晰、升級卸載干凈缺點是默認(rèn)安裝路徑可能不在你預(yù)期的地方需要額外做軟鏈接或配環(huán)境變量。以macOS為例brew裝完后JDK通常在/opt/homebrew/opt/openjdk11M系列或/usr/local/opt/openjdk11Intel你需要把它加到PATH里或者用/usr/libexec/java_home -v 11來動態(tài)定位。這個命令在多版本共存時特別好用后面會細(xì)講。3.3 下載慢、下載失敗的常見原因熱詞里“github下載”“nginx下載教程”這類詞說明大家對下載卡頓并不陌生。JDK下載慢通常有幾個原因一是官方站點在境外網(wǎng)絡(luò)波動大二是下載的是完整安裝包體積上百兆三是瀏覽器或下載工具的問題。應(yīng)對辦法優(yōu)先選國內(nèi)有鏡像的發(fā)行版比如一些廠商在國內(nèi)有CDN節(jié)點或者用包管理器它們通常走的是就近鏡像。如果一定要手動下載用支持?jǐn)帱c續(xù)傳的工具會比瀏覽器直接下穩(wěn)很多。我不建議去來路不明的第三方站點下JDK因為安裝包被篡改的風(fēng)險是真實存在的裝上一個被動過手腳的JDK后果比慢幾分鐘嚴(yán)重得多。4. 安裝過程中的關(guān)鍵選擇與操作細(xì)節(jié)4.1 Windows下的安裝與路徑規(guī)劃Windows用.msi安裝時安裝向?qū)柊惭b路徑默認(rèn)一般在C:\Program Files\Java\jdk-11之類。我的建議是如果你只裝一個版本默認(rèn)路徑就行如果你打算裝多個版本最好統(tǒng)一放到一個自定義目錄比如D:\dev\jdk\jdk-11這樣后面切換和管理都清楚。安裝過程中會有一個選項問是否設(shè)置JAVA_HOME和更新PATH勾上能省事但有時候它配得并不符合你的預(yù)期所以裝完還是要自己驗證一遍。安裝版還有個“公共JRE”的選項JDK 11之后其實已經(jīng)不再單獨提供JRE了看到類似選項按默認(rèn)走即可。4.2 macOS下的安裝位置與java_homemacOS用.pkg安裝后JDK會被放到/Library/Java/JavaVirtualMachines/下面每個版本一個目錄。這個路徑很重要因為/usr/libexec/java_home就是從這里讀取的。你可以用/usr/libexec/java_home -V列出所有已安裝的JDK用-v 11指定版本獲取路徑。綠色版.tar.gz解壓后你可以放到任意位置比如~/dev/jdk-11然后手動把它注冊到j(luò)ava_home能識別的地方或者直接在shell配置文件里寫死路徑。兩種方式都行前者更規(guī)范后者更直接。4.3 Linux下的解壓與目錄約定Linux上最常見的是下載.tar.gz然后解壓到/usr/lib/jvm/或/opt/下。/usr/lib/jvm/是很多發(fā)行版約定俗成的JDK存放位置放這里便于系統(tǒng)級管理。解壓命令很簡單sudo mkdir -p /usr/lib/jvm sudo tar -zxvf jdk-11*.tar.gz -C /usr/lib/jvm/解壓完記得確認(rèn)目錄權(quán)限如果是多用戶共用的機(jī)器要保證其他用戶有讀取和執(zhí)行權(quán)限。這一步很多人會漏導(dǎo)致?lián)Q個用戶登錄就找不到Java。4.4 安裝后先別急著配環(huán)境變量裝完先做一件事找到bin目錄進(jìn)去看看有沒有java和javac這兩個可執(zhí)行文件。確認(rèn)存在之后再決定怎么配環(huán)境變量。這個順序很重要因為如果安裝本身就不完整你配半天環(huán)境變量也是白搭還會誤以為是配置問題。5. 環(huán)境變量配置失敗率最高的一步怎么破5.1 JAVA_HOME到底指向哪里JAVA_HOME應(yīng)該指向JDK的根目錄也就是包含bin、lib、conf這些子目錄的那一層而不是bin目錄本身。這是最常見的錯誤之一有人把JAVA_HOME配成了.../jdk-11/bin結(jié)果Maven、Gradle全都報錯。記住JAVA_HOME是“家目錄”bin是家里的一個房間。配好之后PATH里應(yīng)該加上%JAVA_HOME%\binWindows或$JAVA_HOME/binLinux/macOS。這樣命令行才能直接找到j(luò)ava和javac。5.2 Windows環(huán)境變量配置的完整步驟右鍵“此電腦”→“屬性”→“高級系統(tǒng)設(shè)置”→“環(huán)境變量”。在“系統(tǒng)變量”里新建JAVA_HOME值填JDK根目錄然后編輯Path新增一條%JAVA_HOME%\bin。注意Path里如果已經(jīng)有舊的Java路徑要刪掉或者調(diào)整順序否則可能優(yōu)先命中舊版本。配完一定要重開命令行窗口因為環(huán)境變量是啟動時讀取的舊窗口不會刷新。然后依次執(zhí)行echo %JAVA_HOME% java -version javac -version三條都有正確輸出才算配置成功。5.3 macOS與Linux的shell配置差異macOS默認(rèn)shell現(xiàn)在是zsh配置文件是~/.zshrc老版本是bash配置文件是~/.bash_profile或~/.bashrc。Linux上bash常見的是~/.bashrc。寫入內(nèi)容類似export JAVA_HOME/usr/lib/jvm/jdk-11 export PATH$JAVA_HOME/bin:$PATH寫完執(zhí)行source ~/.zshrc或?qū)?yīng)文件讓它生效。這里有個坑如果你把$PATH寫在前面比如export PATH$PATH:$JAVA_HOME/bin那系統(tǒng)原有的Java可能優(yōu)先被找到。把$JAVA_HOME/bin放前面才能保證你新配的版本優(yōu)先。5.4 多版本共存時的切換策略熱詞里“java環(huán)境變量使用多個jdk”“idea修改jdk”說明多版本是剛需。我的做法是不把具體版本寫死在PATH里而是用工具或腳本動態(tài)切換。macOS上可以用java_home配合別名Linux上可以用update-alternativesWindows上可以寫個批處理切換JAVA_HOME。比如在macOS的.zshrc里加alias jdk11export JAVA_HOME$(/usr/libexec/java_home -v 11) alias jdk17export JAVA_HOME$(/usr/libexec/java_home -v 17)需要哪個版本就執(zhí)行哪個別名干凈利落。IDE里則通常在項目設(shè)置或全局設(shè)置里單獨指定JDK和命令行環(huán)境互不影響這也是為什么“idea修改jdk”是個高頻操作。6. 裝完之后怎么驗證以及常見報錯怎么排6.1 三步驗證法確認(rèn)環(huán)境可用第一步j(luò)ava -version看運(yùn)行時版本第二步j(luò)avac -version看編譯器版本兩者最好一致第三步寫一個最簡單的HelloWorld編譯運(yùn)行一遍。這三步都過了說明JDK本身和環(huán)境變量都沒問題。public class Hello { public static void main(String[] args) { System.out.println(JDK 11 ready); } }編譯javac Hello.java運(yùn)行java Hello輸出正確就收工。6.2 “找不到j(luò)dk”“jdk no found”的排查鏈路遇到這類報錯按這個順序查先確認(rèn)JDK是否真的裝上了去安裝目錄看文件在不在再確認(rèn)JAVA_HOME指向?qū)Σ粚cho出來看再看PATH里有沒有bin目錄最后確認(rèn)命令行窗口是不是重開過。絕大多數(shù)“找不到”都是這四步里的某一步出了問題。還有一種情況是IDE里報找不到JDK但命令行正常。這通常是IDE自己的配置沒指向正確路徑去IDE的設(shè)置里手動指定一下JDK根目錄即可和系統(tǒng)環(huán)境變量是兩套東西。6.3 環(huán)境變量配置失敗的典型原因配置失敗最常見的原因有三個一是路徑里有空格或中文導(dǎo)致解析異常二是把JAVA_HOME和PATH搞混或者PATH里寫了絕對路徑又寫相對路徑三是多個Java路徑?jīng)_突系統(tǒng)命中了錯誤的那個。排查時把PATH完整打印出來一條條看問題基本一目了然。提示路徑里盡量避免空格和中文這是Windows下很多詭異問題的根源。如果安裝目錄自帶空格考慮換一個純英文無空格的路徑。6.4 版本不一致引發(fā)的連鎖問題有時候java -version顯示11但javac -version顯示別的版本或者M(jìn)aven用的是另一個版本。這是因為不同工具讀取JDK的優(yōu)先級不同。解決辦法是統(tǒng)一讓JAVA_HOME、PATH、IDE設(shè)置、構(gòu)建工具配置都指向同一個JDK 11。Maven可以在settings.xml或環(huán)境變量里指定Gradle在gradle.properties里用org.gradle.java.home指定。7. 把JDK 11用起來的幾個實戰(zhàn)建議裝好只是開始真正用起來還有幾個點值得注意。第一如果你用Maven或Gradle確認(rèn)構(gòu)建工具的版本支持JDK 11太老的Maven在11上可能有問題。第二IDE的項目SDK和語言級別要設(shè)成11否則你可能用著11的運(yùn)行時卻按8的語法在編譯。第三如果項目里有模塊化相關(guān)配置module-info.javaJDK 11的模塊系統(tǒng)行為和8差異較大遷移時要留意。另外熱詞里出現(xiàn)了“jmeter 安裝 jdk 8”“matlab下載”“python下載cv2”這些看似不相關(guān)的詞其實反映了一個現(xiàn)實一臺開發(fā)機(jī)上往往同時跑著多種工具鏈它們對JDK版本的要求可能不同。這時候多版本共存和按需切換的能力就特別重要別指望一個版本打天下。我自己的機(jī)器上長期保留JDK 8、11、17三個版本命令行用別名切換IDE按項目配置構(gòu)建工具在項目里鎖定版本。這套組合用了很久基本沒再因為JDK版本問題耽誤過事。核心思路就一句話讓每個工具都明確知道自己該用哪個JDK而不是靠系統(tǒng)默認(rèn)去猜。最后分享一個小習(xí)慣每次裝完新JDK我都會把它的安裝路徑、版本號記在一個文本文件里時間久了這就是一份自己的環(huán)境清單換機(jī)器或者重裝系統(tǒng)時照著配幾分鐘就能恢復(fù)。這個習(xí)慣幫我省下的時間遠(yuǎn)比記錄本身花的時間多。 JDK 11下載安裝與環(huán)境變量配置全攻略：從獲取到可用
1. 為什么“下載JDK 11”這件事值得單獨寫一篇很多人看到“JDK 11下載”這幾個字第一反應(yīng)是這有什么好講的官網(wǎng)點一下不就完了我一開始也這么想直到幫身邊同事、學(xué)弟學(xué)妹處理過不下二十次環(huán)境問題之后才發(fā)現(xiàn)真正卡住人的從來不是“下載”這個動作本身而是下載之前的版本判斷、下載之中的渠道選擇、下載之后的路徑與環(huán)境變量處理。這三步里任何一步出問題后面寫代碼、跑構(gòu)建工具、啟動IDE都會連鎖報錯。JDK 11Java SE 11是Java生態(tài)里一個非常特殊的存在。它是繼JDK 8之后第一個被廣泛采用的長期支持版本LTS大量企業(yè)級項目、構(gòu)建工具鏈、中間件都把11作為基線版本。你在熱詞里能看到“jdk降級到17”“jdk 17下載”“idea修改jdk”這些詞說明很多人其實是在多個版本之間來回切換而11往往是那個“必須留著”的版本。所以這篇內(nèi)容不是簡單甩一個下載鏈接而是把JDK 11從獲取到可用這條鏈路講透適合剛接觸Java的新手也適合需要維護(hù)多版本環(huán)境的老手。我會按“先搞清楚要什么、再選渠道、再裝、再配、最后驗證和排錯”的順序展開中間穿插我自己踩過的坑。你如果只想快速拿到一個能用的JDK 11可以直接跳到安裝和配置章節(jié)如果你想徹底搞明白環(huán)境變量為什么老配失敗那前面的原理部分值得花幾分鐘看完。2. 下載之前先想清楚你到底需要哪個JDK 112.1 JDK、JRE、JVM這三個詞別再混著用熱詞里有“jdk環(huán)境”“jdk環(huán)境變量配置失敗”“找不到j(luò)dk”這些問題的根源往往是概念沒分清。JVM是Java虛擬機(jī)負(fù)責(zé)真正執(zhí)行字節(jié)碼JRE是運(yùn)行環(huán)境等于JVM加核心類庫只能跑不能編譯JDK是開發(fā)工具包等于JRE再加編譯器javac、打包工具jar、診斷工具jconsole等。你要寫代碼、要用Maven或Gradle構(gòu)建就必須裝JDK只裝JRE是不夠的。這也是為什么很多人“明明裝了Java卻編譯不了”——他裝的是JRE。判斷方法很簡單命令行敲javac -version能輸出版本號才是JDK如果提示找不到命令而java -version又有輸出那基本就是只裝了JRE。2.2 為什么是11而不是8或者17JDK 8太老很多新語法和新API用不了JDK 17雖然也是LTS且更新但部分老項目、老中間件對17的兼容性還沒完全跟上尤其是那些依賴反射和內(nèi)部API的庫。JDK 11正好處在“夠新且夠穩(wěn)”的位置它引入了var局部變量類型推斷、新的HTTP Client孵化、單文件源碼直接運(yùn)行等特性同時絕大多數(shù)主流框架都已經(jīng)適配。從熱詞“jdk降級到17”能看出一個現(xiàn)象有人從更高版本降回17說明版本不是越高越好。同理如果你手上的項目明確要求11那就老老實實裝11別想著用17湊合否則可能遇到模塊系統(tǒng)相關(guān)的報錯。2.3 發(fā)行版怎么選不同廠商的JDK 11有區(qū)別JDK本身是開源的但不同廠商會基于同一套源碼做自己的發(fā)行版。常見的有Oracle JDK、Eclipse Temurin原AdoptOpenJDK、Amazon Corretto、Azul Zulu、Microsoft Build of OpenJDK等。它們絕大多數(shù)在功能上一致區(qū)別主要在許可證、更新頻率和長期維護(hù)承諾上。發(fā)行版許可證特點適合場景Oracle JDK商用需注意授權(quán)條款個人學(xué)習(xí)、明確授權(quán)的商用Eclipse Temurin開源免費(fèi)社區(qū)活躍通用開發(fā)、CI/CDAmazon Corretto免費(fèi)長期免費(fèi)更新生產(chǎn)環(huán)境、云上部署Azul Zulu免費(fèi)版本覆蓋廣多平臺、嵌入式Microsoft Build免費(fèi)Windows生態(tài)開發(fā)我個人的習(xí)慣是本地開發(fā)用Temurin因為下載方便、更新及時如果公司有明確要求就按公司規(guī)范來。選哪個不影響你寫代碼但商用場景一定要看清許可證這是很多人忽略的合規(guī)點。3. 獲取JDK 11的幾條路徑與各自的門道3.1 官方渠道下載的完整流程最穩(wěn)妥的方式是去對應(yīng)發(fā)行版的官方站點下載。以Temurin為例進(jìn)入官網(wǎng)后選擇版本11、操作系統(tǒng)Windows/macOS/Linux、架構(gòu)x64/arm64、包類型JDK而非JRE然后下載安裝包。Windows一般給的是.msi或.zipmacOS是.pkg或.tar.gzLinux是.tar.gz。這里有個細(xì)節(jié).msi和.pkg是安裝版會自動幫你配好部分路徑.zip和.tar.gz是綠色版解壓即用但需要你手動配環(huán)境變量。我推薦新手用安裝版省事老手或者需要在同一臺機(jī)器放多個版本的人用綠色版更靈活因為可以隨時切換。注意下載頁面經(jīng)常有“JDK”和“JRE”兩個入口別點錯。另外注意區(qū)分x64和arm64蘋果M系列芯片要選arm64選錯了裝上去跑不起來。3.2 包管理器安裝更省心的選擇如果你用macOSbrew install openjdk11一條命令就搞定用Linux的apt或yum也能直接裝Windows上可以用winget或scoop。包管理器的好處是版本管理清晰、升級卸載干凈缺點是默認(rèn)安裝路徑可能不在你預(yù)期的地方需要額外做軟鏈接或配環(huán)境變量。以macOS為例brew裝完后JDK通常在/opt/homebrew/opt/openjdk11M系列或/usr/local/opt/openjdk11Intel你需要把它加到PATH里或者用/usr/libexec/java_home -v 11來動態(tài)定位。這個命令在多版本共存時特別好用后面會細(xì)講。3.3 下載慢、下載失敗的常見原因熱詞里“github下載”“nginx下載教程”這類詞說明大家對下載卡頓并不陌生。JDK下載慢通常有幾個原因一是官方站點在境外網(wǎng)絡(luò)波動大二是下載的是完整安裝包體積上百兆三是瀏覽器或下載工具的問題。應(yīng)對辦法優(yōu)先選國內(nèi)有鏡像的發(fā)行版比如一些廠商在國內(nèi)有CDN節(jié)點或者用包管理器它們通常走的是就近鏡像。如果一定要手動下載用支持?jǐn)帱c續(xù)傳的工具會比瀏覽器直接下穩(wěn)很多。我不建議去來路不明的第三方站點下JDK因為安裝包被篡改的風(fēng)險是真實存在的裝上一個被動過手腳的JDK后果比慢幾分鐘嚴(yán)重得多。4. 安裝過程中的關(guān)鍵選擇與操作細(xì)節(jié)4.1 Windows下的安裝與路徑規(guī)劃Windows用.msi安裝時安裝向?qū)柊惭b路徑默認(rèn)一般在C:\Program Files\Java\jdk-11之類。我的建議是如果你只裝一個版本默認(rèn)路徑就行如果你打算裝多個版本最好統(tǒng)一放到一個自定義目錄比如D:\dev\jdk\jdk-11這樣后面切換和管理都清楚。安裝過程中會有一個選項問是否設(shè)置JAVA_HOME和更新PATH勾上能省事但有時候它配得并不符合你的預(yù)期所以裝完還是要自己驗證一遍。安裝版還有個“公共JRE”的選項JDK 11之后其實已經(jīng)不再單獨提供JRE了看到類似選項按默認(rèn)走即可。4.2 macOS下的安裝位置與java_homemacOS用.pkg安裝后JDK會被放到/Library/Java/JavaVirtualMachines/下面每個版本一個目錄。這個路徑很重要因為/usr/libexec/java_home就是從這里讀取的。你可以用/usr/libexec/java_home -V列出所有已安裝的JDK用-v 11指定版本獲取路徑。綠色版.tar.gz解壓后你可以放到任意位置比如~/dev/jdk-11然后手動把它注冊到j(luò)ava_home能識別的地方或者直接在shell配置文件里寫死路徑。兩種方式都行前者更規(guī)范后者更直接。4.3 Linux下的解壓與目錄約定Linux上最常見的是下載.tar.gz然后解壓到/usr/lib/jvm/或/opt/下。/usr/lib/jvm/是很多發(fā)行版約定俗成的JDK存放位置放這里便于系統(tǒng)級管理。解壓命令很簡單sudo mkdir -p /usr/lib/jvm sudo tar -zxvf jdk-11*.tar.gz -C /usr/lib/jvm/解壓完記得確認(rèn)目錄權(quán)限如果是多用戶共用的機(jī)器要保證其他用戶有讀取和執(zhí)行權(quán)限。這一步很多人會漏導(dǎo)致?lián)Q個用戶登錄就找不到Java。4.4 安裝后先別急著配環(huán)境變量裝完先做一件事找到bin目錄進(jìn)去看看有沒有java和javac這兩個可執(zhí)行文件。確認(rèn)存在之后再決定怎么配環(huán)境變量。這個順序很重要因為如果安裝本身就不完整你配半天環(huán)境變量也是白搭還會誤以為是配置問題。5. 環(huán)境變量配置失敗率最高的一步怎么破5.1 JAVA_HOME到底指向哪里JAVA_HOME應(yīng)該指向JDK的根目錄也就是包含bin、lib、conf這些子目錄的那一層而不是bin目錄本身。這是最常見的錯誤之一有人把JAVA_HOME配成了.../jdk-11/bin結(jié)果Maven、Gradle全都報錯。記住JAVA_HOME是“家目錄”bin是家里的一個房間。配好之后PATH里應(yīng)該加上%JAVA_HOME%\binWindows或$JAVA_HOME/binLinux/macOS。這樣命令行才能直接找到j(luò)ava和javac。5.2 Windows環(huán)境變量配置的完整步驟右鍵“此電腦”→“屬性”→“高級系統(tǒng)設(shè)置”→“環(huán)境變量”。在“系統(tǒng)變量”里新建JAVA_HOME值填JDK根目錄然后編輯Path新增一條%JAVA_HOME%\bin。注意Path里如果已經(jīng)有舊的Java路徑要刪掉或者調(diào)整順序否則可能優(yōu)先命中舊版本。配完一定要重開命令行窗口因為環(huán)境變量是啟動時讀取的舊窗口不會刷新。然后依次執(zhí)行echo %JAVA_HOME% java -version javac -version三條都有正確輸出才算配置成功。5.3 macOS與Linux的shell配置差異macOS默認(rèn)shell現(xiàn)在是zsh配置文件是~/.zshrc老版本是bash配置文件是~/.bash_profile或~/.bashrc。Linux上bash常見的是~/.bashrc。寫入內(nèi)容類似export JAVA_HOME/usr/lib/jvm/jdk-11 export PATH$JAVA_HOME/bin:$PATH寫完執(zhí)行source ~/.zshrc或?qū)?yīng)文件讓它生效。這里有個坑如果你把$PATH寫在前面比如export PATH$PATH:$JAVA_HOME/bin那系統(tǒng)原有的Java可能優(yōu)先被找到。把$JAVA_HOME/bin放前面才能保證你新配的版本優(yōu)先。5.4 多版本共存時的切換策略熱詞里“java環(huán)境變量使用多個jdk”“idea修改jdk”說明多版本是剛需。我的做法是不把具體版本寫死在PATH里而是用工具或腳本動態(tài)切換。macOS上可以用java_home配合別名Linux上可以用update-alternativesWindows上可以寫個批處理切換JAVA_HOME。比如在macOS的.zshrc里加alias jdk11export JAVA_HOME$(/usr/libexec/java_home -v 11) alias jdk17export JAVA_HOME$(/usr/libexec/java_home -v 17)需要哪個版本就執(zhí)行哪個別名干凈利落。IDE里則通常在項目設(shè)置或全局設(shè)置里單獨指定JDK和命令行環(huán)境互不影響這也是為什么“idea修改jdk”是個高頻操作。6. 裝完之后怎么驗證以及常見報錯怎么排6.1 三步驗證法確認(rèn)環(huán)境可用第一步j(luò)ava -version看運(yùn)行時版本第二步j(luò)avac -version看編譯器版本兩者最好一致第三步寫一個最簡單的HelloWorld編譯運(yùn)行一遍。這三步都過了說明JDK本身和環(huán)境變量都沒問題。public class Hello { public static void main(String[] args) { System.out.println(JDK 11 ready); } }編譯javac Hello.java運(yùn)行java Hello輸出正確就收工。6.2 “找不到j(luò)dk”“jdk no found”的排查鏈路遇到這類報錯按這個順序查先確認(rèn)JDK是否真的裝上了去安裝目錄看文件在不在再確認(rèn)JAVA_HOME指向?qū)Σ粚cho出來看再看PATH里有沒有bin目錄最后確認(rèn)命令行窗口是不是重開過。絕大多數(shù)“找不到”都是這四步里的某一步出了問題。還有一種情況是IDE里報找不到JDK但命令行正常。這通常是IDE自己的配置沒指向正確路徑去IDE的設(shè)置里手動指定一下JDK根目錄即可和系統(tǒng)環(huán)境變量是兩套東西。6.3 環(huán)境變量配置失敗的典型原因配置失敗最常見的原因有三個一是路徑里有空格或中文導(dǎo)致解析異常二是把JAVA_HOME和PATH搞混或者PATH里寫了絕對路徑又寫相對路徑三是多個Java路徑?jīng)_突系統(tǒng)命中了錯誤的那個。排查時把PATH完整打印出來一條條看問題基本一目了然。提示路徑里盡量避免空格和中文這是Windows下很多詭異問題的根源。如果安裝目錄自帶空格考慮換一個純英文無空格的路徑。6.4 版本不一致引發(fā)的連鎖問題有時候java -version顯示11但javac -version顯示別的版本或者M(jìn)aven用的是另一個版本。這是因為不同工具讀取JDK的優(yōu)先級不同。解決辦法是統(tǒng)一讓JAVA_HOME、PATH、IDE設(shè)置、構(gòu)建工具配置都指向同一個JDK 11。Maven可以在settings.xml或環(huán)境變量里指定Gradle在gradle.properties里用org.gradle.java.home指定。7. 把JDK 11用起來的幾個實戰(zhàn)建議裝好只是開始真正用起來還有幾個點值得注意。第一如果你用Maven或Gradle確認(rèn)構(gòu)建工具的版本支持JDK 11太老的Maven在11上可能有問題。第二IDE的項目SDK和語言級別要設(shè)成11否則你可能用著11的運(yùn)行時卻按8的語法在編譯。第三如果項目里有模塊化相關(guān)配置module-info.javaJDK 11的模塊系統(tǒng)行為和8差異較大遷移時要留意。另外熱詞里出現(xiàn)了“jmeter 安裝 jdk 8”“matlab下載”“python下載cv2”這些看似不相關(guān)的詞其實反映了一個現(xiàn)實一臺開發(fā)機(jī)上往往同時跑著多種工具鏈它們對JDK版本的要求可能不同。這時候多版本共存和按需切換的能力就特別重要別指望一個版本打天下。我自己的機(jī)器上長期保留JDK 8、11、17三個版本命令行用別名切換IDE按項目配置構(gòu)建工具在項目里鎖定版本。這套組合用了很久基本沒再因為JDK版本問題耽誤過事。核心思路就一句話讓每個工具都明確知道自己該用哪個JDK而不是靠系統(tǒng)默認(rèn)去猜。最后分享一個小習(xí)慣每次裝完新JDK我都會把它的安裝路徑、版本號記在一個文本文件里時間久了這就是一份自己的環(huán)境清單換機(jī)器或者重裝系統(tǒng)時照著配幾分鐘就能恢復(fù)。這個習(xí)慣幫我省下的時間遠(yuǎn)比記錄本身花的時間多。