簡介本資源為 Java 14 的 OpenJDK JRE 運(yùn)行環(huán)境安裝包面向需要在 Windows 平臺(tái)上運(yùn)行 Java 14 應(yīng)用的開發(fā)者與運(yùn)維人員尤其適合 Red Hat 系發(fā)行版環(huán)境下的部署與測(cè)試場(chǎng)景。壓縮包共 358 個(gè)文件以 82 個(gè) dll 動(dòng)態(tài)鏈接庫、25 個(gè) exe 可執(zhí)行程序?yàn)楹诵妮o以大量 license 與 additional_license_info 許可說明、assembly_exception 裝配異常記錄、md 文檔及 policy、properties 等配置資源整體約 59.57MB結(jié)構(gòu)完整、依賴齊全。目前已有 622 人學(xué)習(xí)下載說明該版本在社區(qū)中具備一定使用需求。包內(nèi)包含 jmxremote.access 等安全訪問控制文件、cacerts 證書庫、modules 模塊定義與 release 版本信息可幫助讀者快速搭建可運(yùn)行的 JRE 環(huán)境理解 OpenJDK 發(fā)行版的目錄組織與許可合規(guī)要求適合作為本地開發(fā)調(diào)試或服務(wù)端運(yùn)行的基礎(chǔ)依賴。1. 從一次 Windows 環(huán)境部署翻車說起這個(gè) JRE 包到底裝的是什么上周幫一個(gè)做桌面工具的朋友排查問題他那邊報(bào)錯(cuò)日志里反復(fù)出現(xiàn)UnsupportedClassVersionError本地java -version一看是 1.8但項(xiàng)目編譯用的是 14。他第一反應(yīng)是去官網(wǎng)翻下載頁結(jié)果被一堆 JDK、JRE、OpenJDK、Oracle JDK 的選項(xiàng)繞暈了隨手下了個(gè)安裝器裝完發(fā)現(xiàn)路徑里多了一堆開發(fā)工具體積也上去了。其實(shí)他只需要一個(gè)能跑字節(jié)碼的運(yùn)行時(shí)不需要編譯器、不需要 jshell、不需要 jlink。這次要拆的這個(gè)包文件名已經(jīng)把信息給全了java-14-openjdk-jre-14.0.1.7-1.windows.redhat.x86_64.zip。拆開看java-14是版本線openjdk是上游實(shí)現(xiàn)jre說明它只含運(yùn)行時(shí)不含開發(fā)工具14.0.1.7-1是 Red Hat 的構(gòu)建號(hào)windows和x86_64鎖定平臺(tái)和架構(gòu).zip說明它是免安裝的壓縮分發(fā)不是 msi/exe 安裝器。對(duì)一線從業(yè)者來說這種 zip 形態(tài)的 JRE 最大的價(jià)值就是可控解壓到哪、用哪個(gè)版本、怎么切全在自己手里不會(huì)往注冊(cè)表和系統(tǒng)目錄里塞東西。它適合誰一類是需要在 Windows 上跑 Java 14 編譯產(chǎn)物、但不想裝完整 JDK 的部署場(chǎng)景一類是機(jī)器上已經(jīng)有好幾個(gè) Java 版本想用目錄隔離的方式做版本切換的人還有一類是做 CI 或打包分發(fā)需要把運(yùn)行時(shí)跟應(yīng)用捆在一起走的。如果你是要寫代碼、要編譯、要用javac那這個(gè)包不夠得換 JDK。下面按「它是什么 → 怎么落地 → 坑在哪 → 怎么驗(yàn)證」的順序拆開講。2. OpenJDK JRE 與 Oracle JDK 的選型差異為什么偏偏選這個(gè) zip2.1 JRE 和 JDK 的邊界到底在哪很多人把 JRE 和 JDK 當(dāng)成大小不同的同一個(gè)東西實(shí)際邊界很清楚。JRE 包含 JVM、核心類庫、字體與本地庫能執(zhí)行.class和.jarJDK 在 JRE 基礎(chǔ)上多了javac、jar、javadoc、jshell、jlink等開發(fā)工具。判斷標(biāo)準(zhǔn)很簡單你只需要java -jar跑起來那就是 JRE 的活你要javac編譯源碼那就必須 JDK。這個(gè)包是 JRE意味著解壓后bin目錄里不會(huì)有javac.exe。有人解壓完發(fā)現(xiàn)沒有編譯器就以為包壞了其實(shí)不是是選錯(cuò)了類型。常見做法是開發(fā)機(jī)裝 JDK部署機(jī)裝 JRE兩邊版本線對(duì)齊。這樣部署機(jī)上少幾百 MB 的工具鏈攻擊面也小一些。2.2 為什么是 OpenJDK 而不是 Oracle JDKOpenJDK 是上游參考實(shí)現(xiàn)Oracle JDK 是在其基礎(chǔ)上加了商業(yè)特性的構(gòu)建。對(duì)絕大多數(shù)業(yè)務(wù)代碼來說兩者在字節(jié)碼執(zhí)行層面沒有可感知差異。選 OpenJDK 的理由通常有三條分發(fā)許可更清晰便于隨應(yīng)用一起打包構(gòu)建來源可追溯適合需要固定運(yùn)行時(shí)版本的生產(chǎn)環(huán)境不依賴特定廠商的安裝器zip 解壓即用。這里要區(qū)分一個(gè)容易混的點(diǎn)Red Hat 構(gòu)建的 OpenJDK 和 Oracle 構(gòu)建的 OpenJDK 都是 OpenJDK 的下游產(chǎn)物構(gòu)建號(hào)不同補(bǔ)丁節(jié)奏可能不同。文件名里的14.0.1.7-1就是 Red Hat 側(cè)的構(gòu)建標(biāo)識(shí)14.0.1對(duì)應(yīng)上游版本后面的.7-1是構(gòu)建與修訂號(hào)。選型時(shí)不要只看14要連構(gòu)建號(hào)一起記錄否則兩臺(tái)機(jī)器上同為「Java 14」但構(gòu)建號(hào)不同排查問題時(shí)會(huì)對(duì)不上。2.3 zip 分發(fā)相比安裝器的實(shí)際收益安裝器會(huì)寫注冊(cè)表、設(shè)JAVA_HOME、往Program Files放文件卸載時(shí)還可能留殘留。zip 分發(fā)把這些全交給你解壓到任意目錄環(huán)境變量自己配不想要了直接刪目錄。對(duì)需要多版本共存的機(jī)器這一點(diǎn)很關(guān)鍵。維度zip 免安裝exe/msi 安裝器安裝痕跡僅解壓目錄注冊(cè)表 系統(tǒng)目錄多版本共存目錄隔離天然支持需手動(dòng)改 PATH易沖突卸載刪目錄走卸載流程可能殘留適合場(chǎng)景部署、CI、隨應(yīng)用打包個(gè)人開發(fā)機(jī)一次性安裝提示zip 分發(fā)不會(huì)自動(dòng)配置任何環(huán)境變量解壓后必須手動(dòng)指定路徑否則命令行里調(diào)用的還是系統(tǒng)里原有的 Java。3. Windows 下解壓與運(yùn)行時(shí)配置從目錄規(guī)劃到 PATH 生效3.1 解壓位置的選擇與目錄結(jié)構(gòu)確認(rèn)不要解壓到帶空格或中文的路徑比如C:\Program Files\或D:\我的工具\(yùn)。JVM 本身能處理但某些依賴本地庫路徑拼接的第三方組件會(huì)在空格處翻車這是血淚經(jīng)驗(yàn)。我一般放在D:\runtime\下按版本建子目錄。# 假設(shè) zip 已下載到 D:\downloads\ # 用 PowerShell 解壓到指定目錄避免路徑含空格 Expand-Archive -Path D:\downloads\java-14-openjdk-jre-14.0.1.7-1.windows.redhat.x86_64.zip -DestinationPath D:\runtime\jre-14.0.1.7 # 查看解壓后的頂層結(jié)構(gòu) Get-ChildItem D:\runtime\jre-14.0.1.7解壓后通常會(huì)出現(xiàn)一個(gè)以版本命名的頂層目錄里面才是bin、lib、conf等。如果直接解壓出一堆散文件說明壓縮包內(nèi)層還有一層目錄需要再進(jìn)一層確認(rèn)bin\java.exe的實(shí)際位置。這一步別跳過后面配 PATH 全靠這個(gè)路徑。3.2 臨時(shí)驗(yàn)證與永久環(huán)境變量配置先做臨時(shí)驗(yàn)證確認(rèn)這個(gè)運(yùn)行時(shí)本身能跑再去改系統(tǒng)環(huán)境變量。順序反了的話PATH 配錯(cuò)會(huì)導(dǎo)致命令行里所有 Java 命令都異常排查起來更麻煩。# 臨時(shí)把該 JRE 的 bin 放到當(dāng)前會(huì)話 PATH 最前面 $env:Path D:\runtime\jre-14.0.1.7\bin; $env:Path # 驗(yàn)證版本輸出應(yīng)包含 14.0.1 與構(gòu)建號(hào) java -version # 確認(rèn) java.exe 的實(shí)際來源防止調(diào)用了別的版本 (Get-Command java).Sourcejava -version的輸出會(huì)打到標(biāo)準(zhǔn)錯(cuò)誤流這是歷史遺留行為不是報(bào)錯(cuò)。重點(diǎn)看三行版本號(hào)、構(gòu)建號(hào)、VM 信息。(Get-Command java).Source用來確認(rèn)當(dāng)前生效的到底是哪個(gè)java.exe多版本機(jī)器上這一步能省掉大量玄學(xué)排查。永久配置走系統(tǒng)環(huán)境變量把D:\runtime\jre-14.0.1.7\bin加到用戶級(jí)Path的最前面而不是追加到末尾。追加到末尾的話系統(tǒng)里原有的 Java 8 會(huì)優(yōu)先命中等于白配。改完要新開一個(gè)終端窗口才生效已開的窗口讀的是舊環(huán)境。3.3 用 JAVA_HOME 做版本切換的穩(wěn)定做法只靠 PATH 切換版本順序一亂就失效。更穩(wěn)的做法是設(shè)JAVA_HOME指向 JRE 根目錄PATH 里引用%JAVA_HOME%\bin。這樣切版本只需要改JAVA_HOME一個(gè)變量。# 用戶級(jí)設(shè)置 JAVA_HOME指向 JRE 根目錄而非 bin [Environment]::SetEnvironmentVariable(JAVA_HOME, D:\runtime\jre-14.0.1.7, User) # PATH 中引用 JAVA_HOME注意放在其他 Java 路徑之前 $oldPath [Environment]::GetEnvironmentVariable(Path, User) $newPath %JAVA_HOME%\bin; $oldPath [Environment]::SetEnvironmentVariable(Path, $newPath, User)參數(shù)說明User表示用戶級(jí)只影響當(dāng)前賬戶不需要管理員權(quán)限如果要做全局部署換成Machine但需要提權(quán)。改完關(guān)掉所有終端重開再跑一次java -version和(Get-Command java).Source雙重確認(rèn)。注意JAVA_HOME指向的是根目錄不是bin這是最常見的配錯(cuò)點(diǎn)。4. 版本共存與依賴排查多 JRE 環(huán)境下的常見坑4.1 多版本共存時(shí)的優(yōu)先級(jí)規(guī)則Windows 上 PATH 是從左到右匹配第一個(gè)命中的java.exe生效。所以共存的關(guān)鍵不是裝了幾個(gè)版本而是 PATH 里的順序。我一般把要用的版本放最前其余版本只保留目錄不放進(jìn) PATH需要時(shí)臨時(shí)改。# 查看當(dāng)前 PATH 中所有含 java 的路徑按優(yōu)先級(jí)排列 $env:Path -split ; | Where-Object { $_ -match java|jre|jdk } # 列出機(jī)器上可能存在的其他 java.exe確認(rèn)沒有遺漏 Get-ChildItem -Path C:\Program Files\,D:\runtime\ -Recurse -Filter java.exe -ErrorAction SilentlyContinue | Select-Object FullName第一條命令幫你確認(rèn) PATH 里的 Java 路徑順序第二條幫你找出機(jī)器上所有java.exe。兩條結(jié)合就能判斷為什么java -version出來的不是你預(yù)期的版本。這一步在多版本機(jī)器上幾乎是必做的。4.2 應(yīng)用啟動(dòng)腳本里硬編碼路徑的排查有些應(yīng)用啟動(dòng)腳本里直接寫死了java的絕對(duì)路徑或者寫死了JAVA_HOME。這種情況下你系統(tǒng)環(huán)境變量配得再對(duì)也沒用腳本根本不讀。排查方法是打開啟動(dòng)腳本搜java、JAVA_HOME、JRE_HOME這幾個(gè)關(guān)鍵詞。# 在啟動(dòng)腳本目錄里搜索硬編碼的 java 路徑引用 Select-String -Path .\*.bat,.\*.cmd,.\*.ps1 -Pattern java|JAVA_HOME|JRE_HOME -CaseSensitive:$false如果發(fā)現(xiàn)腳本里寫的是舊版本路徑要么改腳本要么在腳本執(zhí)行前覆蓋對(duì)應(yīng)變量。改腳本更徹底但要注意別把腳本改壞先備份。常見做法是在腳本開頭加一段變量覆蓋把JAVA_HOME指到新版本這樣不動(dòng)原有邏輯。4.3 常見問題排查清單現(xiàn)象一java -version顯示的還是舊版本。原因PATH 里舊版本路徑排在新版本前面或者改了環(huán)境變量但沒重開終端。 解決用(Get-Command java).Source確認(rèn)實(shí)際命中的路徑調(diào)整 PATH 順序關(guān)掉所有終端重開。現(xiàn)象二解壓后bin目錄里沒有javac.exe。原因這個(gè)包是 JRE本來就不含開發(fā)工具。 解決確認(rèn)需求如果只是運(yùn)行就正常如果需要編譯換 JDK 包不要試圖在 JRE 里找編譯器。現(xiàn)象三應(yīng)用報(bào)UnsupportedClassVersionError提示 class file version 58。原因class file version 58 對(duì)應(yīng) Java 14說明應(yīng)用是用 Java 14 編譯的但當(dāng)前運(yùn)行時(shí)低于 14。 解決確認(rèn)java -version輸出為 14.x并檢查啟動(dòng)腳本是否硬編碼了舊路徑。現(xiàn)象四路徑含空格導(dǎo)致本地庫加載失敗。原因某些第三方組件在拼接java.library.path時(shí)不處理空格。 解決把 JRE 解壓到無空格、無中文的路徑重新配置環(huán)境變量?，F(xiàn)象五改了系統(tǒng)環(huán)境變量但某個(gè)服務(wù)仍用舊版本。原因Windows 服務(wù)啟動(dòng)時(shí)讀的是服務(wù)賬戶的環(huán)境變量不是你當(dāng)前用戶的環(huán)境變量。 解決在服務(wù)屬性里檢查啟動(dòng)賬戶或直接在服務(wù)配置里指定java的絕對(duì)路徑。注意排查版本問題時(shí)永遠(yuǎn)先確認(rèn)「實(shí)際生效的是哪個(gè) java.exe」再去看版本號(hào)。順序反了容易在錯(cuò)誤的方向上浪費(fèi)時(shí)間。5. 驗(yàn)證運(yùn)行時(shí)是否真正可用一個(gè)最小可復(fù)現(xiàn)的檢查流程5.1 用最小 class 文件驗(yàn)證字節(jié)碼執(zhí)行光看java -version不夠那只證明啟動(dòng)器能跑不證明類庫完整。最直接的驗(yàn)證是編譯一個(gè)最小 class 再用這個(gè) JRE 跑。因?yàn)?JRE 沒有javac可以先用其他 JDK 編譯好或者直接用現(xiàn)成的 jar 測(cè)。# 用現(xiàn)有 JDK 編譯一個(gè)最小類如果機(jī)器上有 JDK # 源碼 Hello.java 內(nèi)容public class Hello { public static void main(String[] a){ System.out.println(ok); } } javac -d . Hello.java # 用目標(biāo) JRE 執(zhí)行確認(rèn)字節(jié)碼能正常加載運(yùn)行 D:\runtime\jre-14.0.1.7\bin\java -cp . Hello如果輸出ok說明 JVM、核心類庫、字節(jié)碼加載鏈路都正常。如果報(bào)NoClassDefFoundError或類庫相關(guān)異常說明解壓不完整或目錄結(jié)構(gòu)不對(duì)重新解壓。5.2 檢查關(guān)鍵系統(tǒng)屬性與類庫路徑運(yùn)行時(shí)的一些關(guān)鍵屬性決定了它能不能找到本地庫、字符集是否正確。用-XshowSettings可以一次性打出來比逐個(gè)猜要快。# 打印 VM 設(shè)置、系統(tǒng)屬性、類庫路徑 D:\runtime\jre-14.0.1.7\bin\java -XshowSettings:properties -version 21 | Select-String java.home|java.version|java.library.path|file.encoding重點(diǎn)看四個(gè)值java.home應(yīng)該指向你解壓的 JRE 根目錄java.version應(yīng)該是 14.0.1java.library.path應(yīng)該包含該 JRE 的bin目錄file.encoding在 Windows 上通常是 GBK 或 UTF-8取決于系統(tǒng)區(qū)域設(shè)置。如果java.home指向了別的目錄說明你調(diào)用的不是這個(gè) JRE回到 PATH 排查。5.3 把驗(yàn)證步驟固化成腳本每次換機(jī)器都手動(dòng)敲一遍太累也不容易保證一致性。我一般寫一個(gè)檢查腳本把版本、路徑、關(guān)鍵屬性、最小執(zhí)行四件事串起來跑一遍就知道環(huán)境對(duì)不對(duì)。# check-jre.ps1傳入 JRE 根目錄輸出檢查結(jié)果 param([string]$JreHome D:\runtime\jre-14.0.1.7) $java Join-Path $JreHome bin\java.exe if (-not (Test-Path $java)) { Write-Host java.exe 不存在檢查路徑; exit 1 } Write-Host 版本 $java -version 21 Write-Host 關(guān)鍵屬性 $java -XshowSettings:properties -version 21 | Select-String java.home|java.version|java.library.path Write-Host 實(shí)際路徑 (Get-Command $java).Source參數(shù)說明$JreHome傳 JRE 根目錄腳本內(nèi)部拼bin\java.exe。這個(gè)腳本可以放進(jìn)部署流程里每次環(huán)境初始化后跑一次輸出留檔。從那以后我每次給新機(jī)器配 Java 運(yùn)行時(shí)都強(qiáng)制先跑一遍這個(gè)檢查確認(rèn)java.home和實(shí)際路徑一致再往下走省掉了很多「明明配了卻沒用」的返工。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取