每當(dāng)我們迎來 Minecraft 大版本更新的時(shí)候，我們總能在各種地方看到翹首以盼等模組更新的玩家們，但屏幕前的你是否曾思考過一個(gè)問題：模組開發(fā)者如果想要更新他們的作品，需要滿足哪些必要條件？這個(gè)「模組開發(fā)者也在等」的清單里的內(nèi)容會因?yàn)榍腥雴栴}的角度的不同而不同，但在這個(gè)列表中肯定有一個(gè)東西排在前面：「我們需要一個(gè)模組開發(fā)者能用的開發(fā)環(huán)境」，或者說「我們需要反混淆 Minecraft，不然我們就得硬啃混淆后的 Minecraft，另外，我們有時(shí)候還需要反編譯 Minecraft」。反混淆的問題很好解決：把大家破譯出來的信息（即所謂的「反混淆名」）收集成一個(gè)表就是了。然而，開發(fā)者們很快意識到 Minecraft 每次更新后，混淆的對應(yīng)關(guān)系都會有所變化，反混淆名和混淆后的名字需要重新建立對應(yīng)關(guān)系，另外破譯出來的結(jié)果也可能會在未來被發(fā)現(xiàn)并不準(zhǔn)確，需要修訂。為了應(yīng)對這些問題，「中間名」的概念應(yīng)運(yùn)而生：這邊大家把反混淆名跟中間名對應(yīng)上，那邊 Minecraft 更新后再把新的混淆名和中間名對應(yīng)上。這樣一來，兩邊的進(jìn)度就都不會被 Minecraft 本身的更新所耽誤，模組開發(fā)者還可以通過使用這個(gè)「中間名」來抵消「反混淆數(shù)據(jù)變來變?nèi)ァ沟挠绊憽Ｖ劣诜淳幾g？表面上我們只需要一個(gè)反編譯器就夠了，但實(shí)際上，反編譯器并不一定能百分之百復(fù)原程序編譯前的樣貌，為此我們一方面可以通過改進(jìn)反編譯器來提供更好的反編譯結(jié)果，另一方面我們也可以考慮直接上手，人工修復(fù)反編譯的結(jié)果。在 Minecraft 模組社區(qū)的十余年歷史中，這個(gè)說難不難，說輕松也不輕松的工作，到今天卻只有寥寥數(shù)個(gè)團(tuán)隊(duì)在做，比較知名的有直屬 Forge 的 MCPConfig（https://github.com/MinecraftForge/MCPConfig）和直屬 FabricMC 的 Intermediary（https://github.com/FabricMC/Intermediary）。其中，MCPConfig 提供通稱 SRG 的中間名數(shù)據(jù)和修復(fù)反編譯結(jié)果的補(bǔ)?。╬atch）；而追求輕量化的 Fabric 工具鏈則只提供了通稱 Intermediary 的中間名數(shù)據(jù)。此外，在基于 Bukkit 的服務(wù)器插件開發(fā)中經(jīng)?？梢杂龅降摹窷MS」也可以看作是一種「反混淆」，從這個(gè)角度來看，目前維護(hù)?https://hub.spigotmc.org/stash/projects/SPIGOT/repos/builddata?的 SpigotMC 也是這「寥寥數(shù)個(gè)團(tuán)隊(duì)」中的其中一員?！颈酒诰庉嫞?TUSK】