第五十章 多人游戲指令

　　相信很多Minecraft服務(wù)器的服主都很重視服務(wù)器的管理，因為一個服務(wù)器想要做大做強，管理方面就必須要做好。但要管理一個Minecraft服務(wù)器絕非易事，就算這個服務(wù)器是網(wǎng)易的租貸服，仍然有很多需要去解決的問題：

　　1.如何防熊和防作弊。

　　2.如何制定和實施服務(wù)器規(guī)則。

　　3.如何安排好管理層，盡量保證玩家有問題管理員可以隨時解決。

　　......

　　而如果這個服務(wù)器是自行搭建的第三方服務(wù)器，那問題就更多了：

　　1.如何抵擋住DDOS等對服務(wù)器的攻擊。

　　2.如何防止服務(wù)器被他人注入木馬。

　　3.如何解決一些服務(wù)器的BUG、惡性漏洞。

　　......

　　Mojang官方也在他們的Minecraft原版服務(wù)端中提供了一些特殊指令，方便服主管理服務(wù)器。這些指令由于比較特別，只能在多人游戲中甚至是服務(wù)器中使用，所以我們把這些指令統(tǒng)稱為：多人游戲指令。

　　多人游戲指令，顧名思義就是在多人游戲中使用的指令。這些指令不可在單人游戲模式中使用，只能在多人游戲模式和服務(wù)器中使用。當(dāng)前版本（Java和基巖1.18）的原版多人游戲指令有：

　　\\黑名單管理[僅Java版]\\

　　/ban ——封禁某玩家名（將某玩家名加入黑名單）

　　/ban-ip ——封禁某IP地址（將某IP地址加入黑名單）

　　/banlist ——查看黑名單

　　/pardon ——解封某玩家名（將某玩家名從黑名單中移除）

　　/pardon-ip ——解封某IP地址（將某IP地址從黑名單中移除）

　　\\管理員管理\\

　　/op ——賦予某玩家管理員（op）權(quán)限

　　/deop ——撤銷某玩家的管理員（op）權(quán)限

　　\\普通玩家管理\\

　　/kick ——踢出某玩家

　　/list ——列出當(dāng)前在線玩家

　　/setidletimeout ——[僅Java版]設(shè)置踢出待機玩家的等待時間

　　\\服務(wù)器保存\\

　　/save-all ——[僅Java版]保存當(dāng)前的服務(wù)器

　　/save-off ——[僅Java版]關(guān)閉服務(wù)器自動保存

　　/save-on ——[僅Java版]開啟服務(wù)器自動保存

　　/save ——[僅基巖版]對服務(wù)器的保存進行操作

　　\\服務(wù)器運行[僅Java版]\\

　　/stop ——關(guān)閉服務(wù)器

　　\\白名單管理\\

　　/whitelist ——管理服務(wù)器白名單（注：在基巖版中，該指令時不時被重命名成/allowlist）

　　多人游戲指令的絕大多數(shù)早就在Java正式版發(fā)布前就定型了，后續(xù)版本幾乎沒有動過它們。因此對于很早期的多人游戲指令我們就不提了。

　　大多數(shù)多人游戲指令都簡單易用且很短小，甚至有些指令連參數(shù)都沒有。需要注意，這些指令中，除了/list和基巖版中的/kick指令，其他指令均無法在命令方塊中運行。

　　在接下來的章節(jié)中，我們將學(xué)習(xí)這些指令的具體用法（這還用學(xué)嗎？）以及在實際應(yīng)用中應(yīng)該注意的問題。

　　多人游戲指令歷史

　　\\Java\\

　　Classic

　　0.0.15a——多人測試中，加入一系列多人游戲指令：/ban、/banip、/broadcast、/deop、/kick、/op和/unban命令

　　0.0.16a_01——/broadcast被改成/say

　　Indev

　　0.31——移除了所有指令

　　Alpha

　　1.0.16——加入了多人游戲指令：/ban、/ban-ip、/banlist、/deop、/kick、/op、/pardon、/pardon-ip和/stop

　　1.0.16_01——加入了/save-all、/save-on和/save-off

　　v1.0.16_02——加入了/list

　　Beta

　　1.3——加入了/whitelist

　　正式版

　　1.7.2——加入了/setidletimeout

　　1.8.1——為list加入了uuid子命令

　　\\攜帶版和基巖版\\

　　攜帶版Alpha

　　0.16.0——加入了多人游戲指令：/deop、/op、/list

　　基巖版

　　1.16.0——加入了/kick和/whitelist

　　1.17.0——/whitelist在“被改成/allowlist”和“保持原樣”間反復(fù)橫跳，最終還是保持原樣。

　　未來——/whitelist又被改成/allowlist