LV.
46
GP
257
【心得】Minecraft Java版 優化指南
技術部
樓主
Artin
我不想用稱號
artinlintw
GP24
BP-
2025-06-02 15:44:35 編輯
本文較適用於 1.16 以上的 Fabric 版本。自從 Sodium 廣為人知後，Minecraft 的優化仍不斷在進步，我統整了目前已知的相關資源，盡可能用簡單清楚的方式介紹，若有缺漏也歡迎補充。在本文中，我將優化分為以下三個層面：Java 執行環境、Java 參數、模組
Java 環境
可以使用原版啟動器自帶的 Java，或是下載 Prism Launcher 同樣能自動下載 Java，也可以手動下載各公司開發的 Java 環境，然而他們的效能表現大多沒什麼差別，手動下載這邊主要提兩個環境，以兼容性、易用性為主的話首選 https://adoptium.net/ （也可在 Prism Launcher 中下載），另一種是 https://www.graalvm.org/downloads/ ，據說能比其他環境提升20%的效能，但我這邊測試的結果似乎沒有太明顯的差異。
JVM 參數
以前我一直認為這部分的差異不明顯，在網路上也比較少人提到和研究（每次查到的文章幾乎是有卡頓就叫他加大記憶體），但直到最近遊玩時才發現他們之間的細微差別，搜尋後發現這確實不是個案。首先是 G1GC，也就是預設的參數，如果沒有設定相關參數或是使用原版啟動器自帶的參數就是用這個，它的表現中規中矩，但有一個致命的問題，就是在回收時容易產生卡頓，我這邊測試為操作遊戲（移動、放置方塊等）就很容易發生這個現象，這篇文章寫了一堆參數，但只要是 G1GC 就是會有卡頓，而且後來也有人提出裡面寫的參數很多都沒效果，後來有兩種新的回收器為 ZGC 和 Shenandoah，以下簡單解釋他們相較於 G1GC 的差別：ZGC：消耗更多記憶體、效能更好Shenandoah：消耗更少記憶體、效能更差但實際上是只有 ZGC 才是王道，因為 G1GC 是平常順暢偶爾卡一下，Shenandoah 是動不動就卡，ZGC 則是幾乎不會卡，這個現象就算是高配置的電腦也可能感受的出來，以下是我目前使用也是最推薦的參數（Java 21 ~ 23，Java 24 以上需刪除 -XX:+ZGenerational），適用於客戶端和伺服器：-XX:+UseZGC -XX:+ZGenerational -XX:+AlwaysPreTouch -XX:AllocatePrefetchStyle=1至於記憶體的部分，最大值和最小值應設相同的數值，至於要設多少？目前我的建議是看回收的時間，如果回收一次（記憶體由高到低的瞬間）不到15秒代表需要設更大的值，伺服器的部分也是一樣的原則，不過15只是我大概抓的數字，不一定是正確解答。原版 G1GC，上方的紅線為回收的產生的卡頓。Shenandoah，經常在卡。ZGC，幾乎完美的水平線。
模組
我建議使用 https://github.com/tildejustin/modcheck 作為模組下載器，他的最大優點是即時更新、支援愚人節版本以及不會影響原版機制（畢竟是速通圈認證的清單），雖然只有英文，但介面也不複雜，只要選擇實例的路徑（比如 D:\PrismLauncher\instances\1.21.5），以正常遊玩來說，先下載 Select All Recommends，再進到實例的模組頁面，點擊"檢查更新"後，刪除"未知"的模組和 SpeedRunIGT：如果不在乎愚人節版本和原版機制，也可以參考熱門的優化模組包如 Fabulously Optimized 或 Simply Optimized，前者有美化相關的模組，後者以原版的效能為主，然而兩者都可能有一些影響遊玩的模組，比如之前用 Simply Optimized 看不清楚中文，後來發現是 ImmediatelyFast 的設定檔問題，建議謹慎選擇適合的模組包或使用前面提到的工具。
補充：伺服器
相信許多人會以 Paper 等插件伺服器作為優化的第一選擇，然而這些核心是以犧牲原版的特性為代價，因為某些生存伺服器主打原版生存，結果我進去一看是用 Paper，擺明了開服者根本不清楚這類型的插件核心跟原版的區別（速通玩家表示拿床炸龍傷害超低，紅石機關和農場等也有很多問題），因此真的要玩原版生存的話，我建議使用以上支援伺服器端的 Fabric 模組和前面提到的參數設置。最後要提一下潛力新秀模組 VulkanMod，它調用不同的 API，從核心部分改變顯示方式，就算加上 ImmediatelyFast 等不相容的優化模組，整體表現還是強過 Sodium，然而他有不少缺點，首先，它確實有不少不兼容的知名模組，如 Iris 光影、小地圖等，但這還是小問題，更大的問題是他目前有許多的 bug，比如我進出幾次地獄門，遊戲就崩潰了，還能玩什麼？因此，目前還是建議先使用相對穩定的 Sodium 系列就好，儘管如此，Vulkan 確實做到了更好的優化效果，因此隨著時間的演進，相信未來能看見它成為優化模組的趨勢。
24
-
還有 18 則留言
排序：由舊到新
收合留言
顯示舊留言
Artin
但你要說圈子差異我也認同，玩得開心最重要
B19
2025-05-27 18:42:41
回覆
Artin
#B15:3817881# optifine跟sodium對原版差距可能比forge跟neoforge還大ww
B20
2025-05-27 18:44:20
回覆
peter
重點不是差距，而是優化的原理是相同的，如果真有一種完全不影響原版特性的優化方式那官方早做了
B21
2025-05-27 20:14:21
回覆
璇
#B21:3817989# 這倒也未必，投射物軌跡碰撞就是官方該處理能處理但一直不處理的東西
B22
2025-05-27 20:46:49 編輯
回覆
芮比
如果會玩別人分享的地圖，1.17+之後的optifine也可能會炸掉地圖，雖然罕見但確實有聽過災情。不過純原味生存應該沒差。
B23
2025-05-31 15:53:03
回覆
2 樓
此文章已由原作者(flyingcatt3)刪除
3 樓
此文章已由原作者(flyingcatt3)刪除
LV.
46
GP
281
4 樓
Artin
artinlintw
GP1
BP-
2025-08-31 21:01:35
※ 引述《flyingcatt3 (貓三 )》之銘言基於對此優化指南的研究以及目前可獲得的基準測試數據，可以提出以下幾個主要反駁觀點：1. ZGC性能優勢被過度誇大實際測試結果顯示G1GC仍有優勢最新的基準測試顯示，在Minecraft環境下G1GC在多數場景中仍然表現更優：G1GC的卡頓率（Stutter Rate）實際上低於ZGC，與文章宣稱的"ZGC幾乎不會卡"相矛盾生成式ZGC（Generational ZGC）雖有改進，但在實際遊戲場景中的優勢並不如理論描述般明顯記憶體消耗權衡被忽略文章簡化了ZGC的記憶體開銷問題：ZGC消耗的實際記憶體遠超文章描述，作業系統顯示的虛擬記憶體使用量約為實際使用的3倍對於記憶體有限的系統，這種額外開銷可能會抵消效能提升帶來的好處G1GC在記憶體使用效率方面仍有顯著優勢2. GraalVM性能提升缺乏實證支持社區實測顯示無明顯改善多項獨立測驗顯示：使用GraalVM和推薦參數未發現明顯效能改進在快速加載區塊時甚至出現遊戲凍結現象某些測試者報告GraalVM表現不如傳統的Adoptium JDK相容性問題被低估文章未充分說明GraalVM的潛在問題：許多模組是基於Adoptium/OpenJDK開發，在修改過的Java發行版上可能出現相容性問題GraalVM的特殊最佳化可能與某些Minecraft模組產生意外衝突3. VulkanMod穩定性問題嚴重程度被輕描淡寫崩潰問題普遍且持續存在儘管文章承認VulkanMod有bug問題，但實際情況更為嚴重：用戶報告顯示崩潰問題頻繁且難以解決，包括記憶體溢位、驅動程式相容性等即使是最新版本仍有多種渲染Bug和相容性問題文章建議的"隨著時間演進會成為趨勢"過於樂觀性能優勢存疑最新的對比測試顯示：VulkanMod與Sodium的表現差異在實際使用上並不顯著在某些測試場景下，兩者表現幾乎相同考慮到VulkanMod的穩定性問題，其所謂的性能優勢性價比很低4. 記憶體配置建議過於簡化15秒GC週期標準缺乏科學根據文章提出的"15秒GC週期"判斷標準存在問題：缺乏權威來源支持這一具體數值健康的JVM應用通常要求GC時間佔總運行時間的比例低於5%，而非僅關注單次週期時長不同應用場景與硬體配置下，適當的GC週期差異龐大忽略了過度分配記憶體的負面影響多項研究顯示：過量記憶體分配實際上會降低效能超過16GB的記憶體配置在多數情況下不僅無益反而有害文章的記憶體配置建議可能導致用戶適得其反5. Paper vs Fabric的看法過於偏頗Paper的優化被不當貶低實際測試顯示：在相同硬體條件下，Paper在多人伺服器場景中往往表現更優文章強調的"原版特性"問題可透過配置調整解決對於大多數非技術向玩家，Paper的開箱即用體驗更佳Fabric優勢被過度誇大雖然Fabric確實有其優勢，但文章忽略了重要限制：Fabric在高負載多人環境下表現可能不如Paper需要更多技術知識才能達到最佳效能配置模組生態系仍不如傳統插件系統成熟6. modcheck工具的權威性質疑速跑社群認證的局限性文章將"速跑圈認證"作為modcheck可靠性的證據，但這存在邏輯缺陷：速跑環境的需求與一般遊戲體驗有本質差異速跑優化的模組配置未必適合一般玩家缺乏針對不同使用場景的個人化配置選項結論雖然此優化指南包含了一些有價值的信息，但其中多個核心觀點存在明顯的偏差和簡化。特別是對ZGC效能優勢的過度誇大、對VulkanMod穩定性問題的輕描淡寫，以及對記憶體配置的過於簡化的建議，可能會誤導用戶做出不當的最佳化選擇。更科學的方法應該是：根據特定硬體配置、使用場景和個人需求，透過實際測試來確定最適合的最佳化方案，而非盲目追隨單一的"最優"配置。雖然一看到這種格式就知道是AI的內容了實在是不想理這種人但怕有人真的覺得他是對的我還是理性的分析AI提出的質疑：1. ZGC性能優勢被過度誇大：確實我的截圖沒辦法證明他是用哪種參數但任何人都可以自己測試至於結果明顯擺在眼前2. GraalVM性能提升缺乏實證支持：這真的是笑話一個而且我明明就説"我這邊測試的結果似乎沒有太明顯的差異"真心不知道你要怎麼斷章取義我的文章才能得到這種結果3. VulkanMod穩定性問題嚴重程度被輕描淡寫：同上你是直接刪掉我最後一段的內容"比如我進出幾次地獄門，遊戲就崩潰了，還能玩什麼"加上自己的偏見後丟AI嗎🤔後面懶得吐槽了，簡單帶過4. 一樣斷章取義5. 非所有特性都可以透過改設定修復6. 一樣斷章取義，故意省略Fabulously Optimized等模組包至於三樓的內容也是很好笑AI建議4~6G的記憶體說是低配所以...發這兩篇文章的意義是什麼？我個人認為：
水文章，可以累積文章數，搞不好能騙點GP
博版面，讓自己顯得很高大上
為反而反，就只是吃飽太閒
看你的簡介説自己是大學生，怎麼表現的跟暑假特產差不多（還是其實你就是👀最後平心而論，看看你在沒有AI之前都發了什麼：嗯...好喔，看不出有價值的內容公平起見，再看看我的內容：裡面真的要説最"水"的大概就是蓋門那篇（但他的GP很多欸，代表至少還是有料的所以這證明了什麼？不是AI的問題而是人的問題一個人想要為反而反就算給他很厲害的工具也能被用成垃圾最後，既然你反對總是要提出個更好的選擇吧但我還是看不出任何實質的建議大概就是記憶體開大一點其它能原版就用原版的首先這句話完全背離"優化"的主題再者就像有留言提到"如果是需要優化的內容，官方早就優化了"那請問1.16就推出的LazyDFU和Starlight為何到了1.19/1.20才修復？而且官方的Starlight修復方式還沒有原版的好如果不下相關提示詞就算是現在最強的AI也生不出上面這段內容至於這類型的內容：我認為違反版規1-4的不理性談論或是2-6的討論主題偏離（斷章取義的部分）加上使用AI但不註明（雖然可能沒有違反版規）如果板務不認同也沒關係放著也算是個笑話讓大家看看
1
-
還有 7 則留言
排序：由舊到新
收合留言
顯示舊留言
璇
看看是什麼樣的差異導致那邊覺得ZGC吃太多CPU，這邊覺得ZGC是用記憶體換效能
B8
2025-09-01 16:00:26 編輯
回覆
Artin
#B7:3857620# 沒意義，那邊以server為主，這邊client為主，情況不同，而且ZGC效能好不是只有我覺得，有前面reddit的討論為證
B9
2025-09-01 17:52:19
回覆
Artin
而且我根本就不想吵架，吵贏了又怎樣？真心覺得很累，提供大家遊戲變順的方式也要被嫌優越感，乾脆都去玩基岩版
B10
2025-09-01 17:56:10
回覆
璇
#B9:3857655# 兩邊解釋的背景原理相反讓我很好奇而已
B11
2025-09-01 18:07:39
回覆
peter
其實我也沒有講到圈子，我講的也是生存，不過圈子也是影響官方更新很大沒錯，很多BUG修好還被抗議到復原，嚴格來講是一種負優化
B12
2025-09-02 15:14:10
回覆
連結
文字顏色
更多顏色
背景顏色
更多顏色
中
特大
很大
大
中
小
字級
粗體
斜體
底線
刪除線
清除格式
更多顏色
未登入的勇者，要加入 5 樓的討論嗎？
延伸閱讀
其他
麥當勞聯名皮膚
攻略
元素覺醒與BAcraft 的檔案分享
情報
【JOJO最後倖存者】【PVP大逃殺】CNP
問題
SWITCH版本-當個創世神-徵求簡易入門攻略
心得
從疫情到媒體轉移分析 -- 經營線上人數破千的《當個創世神》伺服器心得
其他
用Create Mod重現《神隱少女》的電車！ 當個創世神Minecraft create mod 0 5.1
情報
《當個創世神》十周年地圖發布有彩蛋，可欣賞遊戲演變史
心得
Create: Above and Beyond 遊玩紀錄(Part 1.
◄►
1
板務人員：
IP 位置
發文時間
引言回覆
收藏文章
看他的文
複製連結
卡留言
刪除文章
編輯文章
檢舉文章
嵌入文章
刪除
閱覽分級
水桶
M文
收精華區
管理本頁
編輯留言
刪除留言
檢舉留言
作品介紹
水桶名單
分享
關閉圖片影片
設定
回覆文章
卡回文
【心得】Minecraft Java版 優化指南
一樓
最新
本站所刊載之圖文內容等版權皆屬原廠商或原作者所有，非經同意請勿轉載
巴 哈 姆 特 電 玩 資 訊 站 https://www.gamer.com.tw