小編為大家帶來了《我的世界》命令方塊教程1.9模塊優化講解，這里將解答所有指令玩家最頭疼的問題：

模塊優化

不少客觀因素讓我們認為模塊無法勝任它的實用性——因為卡頓，

因此不少玩家決定敬而遠之改用邏輯組盡量節省指令方塊

其實這都是客觀因素，真正讓模塊卡頓原因有三種：

過量資源加載

過高刷新頻率

繁瑣

假如我千辛萬苦完成了一個模塊，卻發現它體型龐大，自己單人掉幀，多人更是上千延遲

那么其實有方法讓其變得如同普通游戲一樣流暢

優化卡頓

首先需要了解游戲的區塊資源分配原理：

最小資源：BlockUpdatePack - 單方塊更新

普通資源：BlocksUpdatePack - 多方塊（＜64）更新

超大資源：ChunkUpdatePack - 區塊（≥64）更新

這個原理用于單人；服務器都使用。

單人不明顯，但是試想一下多人中，如果一個區塊被更新，那么要同時發送給n個玩家

此時不僅是上傳延遲，也包括對主機CPU多重壓力，這是卡頓的主要原因。

要避免資源卡頓，需要優化一個區塊的指令方塊更新少于64，如下

只要數量達到63，必須重新更換一個區塊。

除了圖中擺法外，更實用的是線型，有效的向鄰區塊延伸。

優化多人加載

多人加載中除了資源的共享，也需要加載使用指令的區塊

而服務器區塊負荷量近似為：

=區塊資源*區塊刷新率*人數

資源我們知道如何減少，人數是個不可控的量，刷新率也有方法降低：（針對被加載的區塊）

高頻率：出生點區塊 - 玩家出生點 16*16 Chunk

中頻率：出生點預加載區塊 - 出生點 64*64 Chunk

低頻率：出生點忽略加載區塊 - 玩家出生點 64*64 Chunk外

為了降低刷新率，節省資源，至少要把模塊放在玩家出生點區塊（最好也是玩家活動范圍）的1024格外

但是需要注意使用區塊加載器讓模塊一直更新

優化邏輯

在所有客觀因素外的一個主觀因素就是邏輯冗繁，

例如一個并聯枚舉其實可以構建一個如圖的空通道來共用輸出

還有很多邏輯優化方式，需要自己留心并踐行

講了這么多，總結就三點：

將一個區塊的指令方塊控制在64個以下

將模塊移到出生點區塊1024格外

盡可能簡化指令

這樣基本的服務器都能帶動4096（不含區塊加載資源）

單人能帶動幾w甚至10w+指令方塊。