最近2018中文字幕在日韩欧美国产成人片_国产日韩精品一区二区在线_在线观看成年美女黄网色视频_国产精品一区三区五区_国产精彩刺激乱对白_看黄色黄大色黄片免费_人人超碰自拍cao_国产高清av在线_亚洲精品电影av_日韩美女尤物视频网站

此特性為Java版獨(dú)有。

此頁(yè)面所述的內(nèi)容是通過(guò)利用漏洞實(shí)現(xiàn)的。

此漏洞未必對(duì)所有版本有效。該漏洞被修復(fù)后，下文所述的信息將不再適用。
請(qǐng)慎重對(duì)待。

更新抑制（Update Suppression）是指在方塊更新傳播過(guò)程中，迫使游戲停止當(dāng)前方塊更新過(guò)程，跳過(guò)所有未執(zhí)行的方塊更新，以及更新后的一系列其他游戲邏輯。更新抑制器（Update Suppressor）則是用于完成更新抑制的裝置。

更新抑制允許玩家引起部分方塊的方塊更新，而避免其他方塊更新，故可以用于進(jìn)行切門、將方塊放置在通常不可能存在的位置等；還由于可以取消后續(xù)的其他邏輯，可以用來(lái)復(fù)制方塊、物品分身、方塊實(shí)體替換。一些更新抑制器還可以用于制造可控的服務(wù)端崩潰。

警告：這些裝置有較大的風(fēng)險(xiǎn)導(dǎo)致游戲崩潰甚至存檔損壞，建造及使用時(shí)請(qǐng)小心。若你僅需要跳過(guò)方塊更新但無(wú)法承擔(dān)此風(fēng)險(xiǎn)，請(qǐng)使用更新跳略。

目錄

• 1 原理
• 2 內(nèi)存溢出更新抑制
  • 2.1 原理
  • 2.2 結(jié)構(gòu)
    • 2.2.1 活塞陣列
    • 2.2.2 飛行器
    • 2.2.3 安全網(wǎng)
    • 2.2.4 防崩BUD音符盒
    • 2.2.5 BUD活塞
    • 2.2.6 亂碼書(shū)
    • 2.2.7 BUD鏈
• 3 強(qiáng)轉(zhuǎn)抑制
  • 3.1 原理
  • 3.2 建造
  • 3.3 應(yīng)用
  • 3.4 錯(cuò)誤報(bào)告
• 4 棧溢出更新抑制
  • 4.1 原理
  • 4.2 極簡(jiǎn)更新抑制器
  • 4.3 錯(cuò)誤報(bào)告
• 5 歷史
• 6 畫(huà)廊
• 7 視頻
• 8 外部鏈接
• 9 參見(jiàn)
• 10 參考
• 11 注釋

原理[ ]

正常情況下，游戲不會(huì)跳過(guò)所應(yīng)該執(zhí)行的邏輯。因此更新抑制都是通過(guò)游戲漏洞來(lái)完成的。更新抑通常制是使用特定方式觸發(fā)程序拋出異?；蝈e(cuò)誤，且該異常拋出后在特定位置被捕獲，從而跳過(guò)本應(yīng)執(zhí)行的邏輯。如果觸發(fā)了異常但游戲并未將其捕獲，則會(huì)導(dǎo)致游戲崩潰甚至存檔損壞。

一種常用的方式是由玩家操作來(lái)引發(fā)游戲拋出異常。游戲服務(wù)端在處理來(lái)自客戶端的數(shù)據(jù)包時(shí)，發(fā)生的任何異常都會(huì)被及時(shí)捕獲，在游戲日志中記錄下無(wú)法處理數(shù)據(jù)包（Failed to handle packet），而不會(huì)引發(fā)游戲崩潰。因此如果異常的拋出是由玩家的客戶端操作直接引起的，則不會(huì)使游戲崩潰。但如果意外由其他方式引起異常，往往會(huì)使游戲崩潰，甚至存檔損壞。

另外一種可能的方式是引起JVM錯(cuò)誤，如內(nèi)存溢出錯(cuò)誤。在比較器產(chǎn)生的特定方塊更新中，所以異?；蝈e(cuò)誤都會(huì)被捕獲，并拋出一個(gè)崩潰異常。該崩潰異常又可以通過(guò)上一種方式由玩家操作捕獲，從而避免崩潰。但若使用內(nèi)存溢出錯(cuò)誤，還需要保證異常被捕獲后已經(jīng)釋放足夠的內(nèi)存來(lái)使游戲繼續(xù)運(yùn)行。

舉例來(lái)說(shuō)，以下常見(jiàn)事件屬于“玩家操作”：

• 玩家放置、破壞方塊
• 玩家拉動(dòng)拉桿
• 玩家按下按鈕
• 玩家踩下壓力板
• 玩家點(diǎn)火
• 玩家引爆末地水晶、重生錨等

以下事件不屬于“玩家操作”：

• 活塞伸出/收回
• 偵測(cè)器反應(yīng)
• 中繼器，比較器的反應(yīng)
• 按鈕彈起
• 壓力板彈起
• 箭射中按鈕
• 火由于計(jì)劃刻或隨機(jī)刻改變狀態(tài)或熄滅
• 非玩家實(shí)體激活壓力板
• TNT實(shí)體的爆炸
• Carpet模組中的/player attack、/player place

內(nèi)存溢出更新抑制[ ]

該段落需要補(bǔ)充更多信息。

內(nèi)存溢出（Out of Memory，簡(jiǎn)稱OOM）更新抑制，又稱更新凍結(jié)（Update Freezing），是通過(guò)填滿內(nèi)存，讓游戲拋出內(nèi)存溢出異常的更新抑制方式。

原作者的機(jī)器是為4395MB的內(nèi)存設(shè)計(jì)的，但實(shí)際需要的內(nèi)存可能會(huì)有浮動(dòng)。該機(jī)器需要在服務(wù)端上運(yùn)行。

原理[ ]

進(jìn)行這種抑制需要玩家恰到好處地填充游戲內(nèi)存，這樣在需要更新抑制時(shí)，游戲內(nèi)存就會(huì)溢出。為了填滿內(nèi)存，可以使用位于未加載區(qū)塊中的亂碼書(shū)和填充方塊事件列表。

填充方塊事件列表有幾種方法：使用活塞陣列填充和使用飛行器填充。使用活塞陣列需要約37萬(wàn)個(gè)活塞，使用飛行器可以省去大量活塞，但需要掛機(jī)較長(zhǎng)時(shí)間。

使用內(nèi)存溢出錯(cuò)誤，還需要保證異常被捕獲后已經(jīng)釋放足夠的內(nèi)存來(lái)使游戲繼續(xù)運(yùn)行。

結(jié)構(gòu)[ ]

更新凍結(jié)器是一個(gè)很龐大的機(jī)器（活塞陣列版本約856×10×2830，飛行器版本約732×100×3936），由很多部分構(gòu)成。

結(jié)構(gòu)

活塞陣列[ ]

為填充足夠的內(nèi)存，活塞陣列版更新凍結(jié)器需要28×192=5376個(gè)活塞陣列單元，由192列的無(wú)延遲信號(hào)傳輸鏈傳輸信號(hào)，總大小約為640×8×576。

活塞陣列單元（第1、3層）

活塞陣列單元（第2層）

活塞陣列共192列，每列28個(gè)單元

無(wú)延遲信號(hào)傳輸鏈

傳輸陣列共192列，每列12個(gè)單元

音符盒A僅用戶操作端需要

飛行器[ ]

為填充足夠的內(nèi)存，飛行器版更新凍結(jié)器需要25個(gè)飛行器單元飛行^{[需要更多信息]}m，飛行器本身總大小約為3×100×11。

安全網(wǎng)[ ]

安全網(wǎng)（Safety Buffer）是用于釋放少量?jī)?nèi)存，預(yù)防游戲崩潰的部分，大小為130×5×29。

安全網(wǎng)俯視圖（帶數(shù)據(jù)）

安全網(wǎng)中紅石元件的擺放和傾斜鐵軌的朝向

左側(cè)圖片是安全網(wǎng)的俯視圖，使用了混凝土標(biāo)記數(shù)據(jù)。在中繼器旁突出的混凝土下方是機(jī)器鐵軌下凹的部分，樣式如右側(cè)圖片。

防崩BUD音符盒[ ]

適用于活塞陣列版的音符盒陣列

右側(cè)圖片展示了適用于活塞陣列版的BUD音符盒陣列。從圖中的調(diào)試屏幕可知，音符盒未激活。它們可用于防止方塊事件列表一直嘗試擴(kuò)容，從而預(yù)防一些問(wèn)題以減少崩潰。

適用于活塞陣列版的音符盒陣列

右側(cè)圖片展示了適用于飛行器版的BUD音符盒陣列。從圖中的調(diào)試屏幕可知，音符盒已激活。這種陣列更易于機(jī)器復(fù)位，只需要拉一下拉桿即可。

BUD活塞[ ]

這些BUD活塞會(huì)在接收到BUD鏈的信號(hào)后幾乎同時(shí)加入方塊事件列表，由于之前加入列表的內(nèi)容過(guò)多，此時(shí)該列表會(huì)擴(kuò)容，從而占滿內(nèi)存。

這是飛行器版本的BUD活塞，對(duì)于活塞陣列版本，需要去掉左側(cè)的2個(gè)BUD活塞以及連接它們的比較器。

亂碼書(shū)[ ]

BUD鏈[ ]

強(qiáng)轉(zhuǎn)抑制[ ]

該段落所介紹的內(nèi)容已從Java版中移除。

強(qiáng)轉(zhuǎn)抑制在Java版1.20.2（23w35a）移除。

參見(jiàn)： 關(guān)于強(qiáng)轉(zhuǎn)抑制器的筆記 “

這可不是一臺(tái)更新跳略器，這是一臺(tái)貨真價(jià)實(shí)的更新抑制器！

” ——
Void0

強(qiáng)轉(zhuǎn)抑制（Cast Suppression），或CCE更新抑制（CCE Suppression），是通過(guò)玩家操作引起游戲拋出ClassCastException類型轉(zhuǎn)換異常的更新抑制方式。

該方法需要將特定的方塊實(shí)體替換為潛影盒，這一過(guò)程需要通過(guò)更新抑制進(jìn)行。成功制造這樣一個(gè)潛影盒之后，放置一個(gè)檢測(cè)它的比較器，這個(gè)比較器就具有更新抑制的能力。

原理[ ]

類型轉(zhuǎn)換異常（ClassCastException，簡(jiǎn)稱CCE）是Java的一個(gè)運(yùn)行時(shí)異常，當(dāng)一個(gè)對(duì)象的類型被強(qiáng)制轉(zhuǎn)換到一個(gè)它不符合的類型的時(shí)被拋出。更新抑制可以通過(guò)方塊實(shí)體替換拋出CCE實(shí)現(xiàn)。

潛影盒計(jì)算自己的比較器輸出時(shí)，會(huì)先獲取自己的方塊實(shí)體，并強(qiáng)制類型轉(zhuǎn)換為物品欄。其他容器類方塊都沒(méi)有這類不加判斷的類型轉(zhuǎn)換，所以這類更新抑制裝置必須用潛影盒建造。

如果讓一個(gè)潛影盒擁有非物品欄的方塊實(shí)體，那么每當(dāng)要計(jì)算它應(yīng)有的比較器輸出時(shí)，就會(huì)拋出CCE。這可以通過(guò)方塊實(shí)體替換來(lái)實(shí)現(xiàn)。

將一個(gè)比較器背對(duì)這樣的潛影盒放置，每次更新這個(gè)比較器時(shí)，就會(huì)重新計(jì)算一次該輸出的能量以判斷是否應(yīng)該更新其狀態(tài)，于是引發(fā)異常。這個(gè)潛影盒和比較器兩者就構(gòu)成了一個(gè)沒(méi)有狀態(tài)、不需要重置的強(qiáng)轉(zhuǎn)抑制器。

建造[ ]

建造強(qiáng)轉(zhuǎn)抑制器需要先進(jìn)行方塊實(shí)體替換。合適的帶有方塊實(shí)體且無(wú)物品欄的方塊包括講臺(tái)（1.14及以上）和唱片機(jī)（1.11-1.13），它們被破壞時(shí)，在刪除自己的方塊實(shí)體之前會(huì)先發(fā)出一次方塊更新。玩家可以用別的更新抑制方法打斷邏輯，跳過(guò)刪除方塊實(shí)體這一步。

正在發(fā)出紅石信號(hào)的講臺(tái)被破壞的時(shí)候，會(huì)在刪除方塊實(shí)體之前更新自己下方的毗鄰，此時(shí)觸發(fā)更新抑制就可以保留方塊實(shí)體。講臺(tái)發(fā)出紅石信號(hào)的時(shí)長(zhǎng)只有2游戲刻，但是也可以通過(guò)額外的一次更新抑制來(lái)使講臺(tái)保持激活狀態(tài)，因?yàn)樵?.17以下，棧溢出更新抑制仍然適用，額外一次更新抑制成本不高。玩家翻書(shū)時(shí)，講臺(tái)發(fā)出信號(hào)，激活動(dòng)力鐵軌，并觸發(fā)更新抑制。由于講臺(tái)發(fā)出信號(hào)早于講臺(tái)計(jì)劃解除激活狀態(tài)的計(jì)劃刻，所以計(jì)劃刻沒(méi)有產(chǎn)生，講臺(tái)保持激活狀態(tài)。這種制作方法也適用于1.17及以上，但由于需要多次觸發(fā)更新抑制，這種方法略顯麻煩。

1.17及以上直接拆掉對(duì)著更新抑制器的浮空比較器邊上的有書(shū)的講臺(tái)也可以

在1.17及之后的版本，放有書(shū)的講臺(tái)被破壞時(shí)，會(huì)在刪除自己的方塊實(shí)體之前發(fā)出一次比較器更新。因此，還可以直接破壞對(duì)著更新抑制器的浮空比較器后面的有書(shū)的講臺(tái)，如右圖。

保留了講臺(tái)的方塊實(shí)體后，在其位置放置一個(gè)潛影盒，由于該位置已經(jīng)存在方塊實(shí)體，潛影盒不會(huì)產(chǎn)生新的方塊實(shí)體，這就實(shí)現(xiàn)了方塊實(shí)體替換。這就是強(qiáng)轉(zhuǎn)抑制器的核心，更新一個(gè)從它這里取輸出的比較器，就會(huì)觸發(fā)強(qiáng)轉(zhuǎn)抑制。

應(yīng)用[ ]

圖中燈亮，抑制器啟動(dòng)；燈滅，抑制器關(guān)閉

制作完成后的強(qiáng)轉(zhuǎn)抑制器

拉桿朝上，抑制器啟動(dòng)；朝下，抑制器關(guān)閉

將物品放入投擲器時(shí)，投擲器物品欄發(fā)生變化，發(fā)出比較器更新，抑制器中的比較器重新計(jì)算自己的輸入信號(hào)，并觸發(fā)更新抑制。這樣就完成了一次物品分身。連續(xù)這樣操作就可以很快地制作物品分身，這是目前已知的最好的物品分身的制作方法。

強(qiáng)轉(zhuǎn)抑制器是無(wú)狀態(tài)的，每次更新比較器時(shí)，一般都會(huì)拋出異常，但也可能不會(huì)拋出。異常的觸發(fā)是在計(jì)算潛影盒輸出的時(shí)候發(fā)生的，如果收到的更新不會(huì)使比較器重新計(jì)算輸入，就不會(huì)拋出異常。

強(qiáng)轉(zhuǎn)抑制器是在比較器從潛影盒取輸出時(shí)發(fā)生的，所以如果沒(méi)有比較器，就不會(huì)觸發(fā)更新抑制。你也可以在比較器和潛影盒之間放置一個(gè)紅石導(dǎo)體，其被充能到15信號(hào)強(qiáng)度時(shí)，會(huì)屏蔽后面的容器，比較器就不會(huì)計(jì)算容器的輸出，這樣可以關(guān)閉強(qiáng)轉(zhuǎn)抑制器。

錯(cuò)誤報(bào)告[ ]

下面是強(qiáng)轉(zhuǎn)抑制的服務(wù)端錯(cuò)誤報(bào)告和崩潰報(bào)告，可供技術(shù)玩家參考。

• 未崩潰的錯(cuò)誤報(bào)告
• 崩潰后的崩潰報(bào)告

棧溢出更新抑制[ ]

該段落需要補(bǔ)充更多信息。

所需信息：需要機(jī)器的建造教程

該段落所介紹的內(nèi)容已從Java版中移除。

棧溢出更新抑制在Java版1.19（22w11a）修復(fù)。

棧溢出（Stack Overflow）更新抑制是利用方塊更新的大量傳播填滿棧，讓游戲拋出棧溢出異常來(lái)實(shí)現(xiàn)更新抑制的方法。

原理[ ]

這種更新抑制器會(huì)在一個(gè)引起足夠的方塊更新，向棧中添加數(shù)據(jù)來(lái)導(dǎo)致棧溢出，此時(shí)游戲會(huì)拋出棧溢出異常。根據(jù)JVM中棧內(nèi)存的大小不同，所需要的方塊更新數(shù)量不同，抑制器所需的大小也就不同。

極簡(jiǎn)更新抑制器[ ]

極簡(jiǎn)更新抑制器（簡(jiǎn)易版）
其中 動(dòng)力鐵軌不可移除

極簡(jiǎn)更新抑制器（完整版）

自復(fù)位極簡(jiǎn)更新抑制器

自復(fù)位極簡(jiǎn)更新抑制器
（上層）

自復(fù)位極簡(jiǎn)更新抑制器
（下層）

該段落介紹的內(nèi)容已在最新版本的Minecraft中移除，僅在特定版本中可用。

該段落的機(jī)器在1.16（20w18a）至1.17.1為更新抑制器，1.19至1.19.4為更新跳略器，1.15.2及以下、1.18至1.18.2^{[需要更多信息]}、1.20及以上無(wú)法使用。
請(qǐng)務(wù)必注意該機(jī)器在不同版本的特性與效果。

此裝置使得在1.16（20w18a）至1.17.1進(jìn)行更新抑制的成本大大降低。但在1.17至1.17.1中有可能造成未知原因的崩潰，1.18至1.18.2中該機(jī)器會(huì)由于未知原因會(huì)導(dǎo)致崩潰^{[需要更多信息]}，但這些版本中重新進(jìn)入后都會(huì)成功更新抑制；1.20-pre2及以后，紅石線會(huì)連接四周開(kāi)啟的活板門上的紅石線，導(dǎo)致該裝置徹底失效。

活板門應(yīng)使用木質(zhì)活板門，且其在關(guān)閉時(shí)應(yīng)在方塊的上半部分。在活板門上要放置紅石線。

使用這個(gè)機(jī)器前建議打開(kāi)游戲聲音。使用機(jī)器需要先打開(kāi)活板門，之后敲擊音符盒B。若敲擊音符盒時(shí)機(jī)器未發(fā)出活板門聲，則可關(guān)閉活板門，此時(shí)更新抑制完成就位。否則需要先打開(kāi)活板門，敲擊音符盒A，此時(shí)活板門會(huì)關(guān)閉。之后即可再次嘗試。也可以通過(guò)使用紅石信號(hào)強(qiáng)/弱充能音符盒A再取消充能完成一次復(fù)位。

右側(cè)是上方更新抑制器的自復(fù)位變種。圖中偵測(cè)器可用于復(fù)位這個(gè)更新抑制器。

這是3gt自復(fù)位更新抑制器，裝置需要朝向南方。在使用此機(jī)器觸發(fā)一次更新抑制后，在音符盒B上方放置朝上的活塞即可完成制作。

錯(cuò)誤報(bào)告[ ]

下面是棧溢出更新抑制的服務(wù)端錯(cuò)誤報(bào)告和崩潰報(bào)告，可供技術(shù)玩家參考。

• 未崩潰的錯(cuò)誤報(bào)告
• 崩潰后的崩潰報(bào)告

歷史[ ]

在22w11a中，更新的存儲(chǔ)從棧更改為隊(duì)列^{[需要更多信息]}，更新順序不再顛倒，因此棧溢出更新抑制被修復(fù)，這在MC-249082中被認(rèn)為是按預(yù)期工作。然而，這個(gè)更新在22w12a中修復(fù)^[1]，取而代之的是更新跳略?，F(xiàn)在玩家常使用內(nèi)存溢出更新抑制或強(qiáng)轉(zhuǎn)抑制進(jìn)行更新抑制。

畫(huà)廊[ ]

• 內(nèi)存溢出更新抑制器（活塞陣列版）的主要部分

• 帶普通連續(xù)式BUD鏈的強(qiáng)轉(zhuǎn)抑制器的概覽圖和分層圖。鉆石塊上方的結(jié)構(gòu)方塊上方的方塊及對(duì)應(yīng)的結(jié)構(gòu)分別對(duì)應(yīng)左側(cè)結(jié)構(gòu)方塊

• 帶垂直BUD鏈的強(qiáng)轉(zhuǎn)抑制器的概覽圖。強(qiáng)轉(zhuǎn)抑制器及BUD鏈在結(jié)構(gòu)方塊的白線內(nèi)

• 普通棧溢出更新抑制，帶一小段BUD鏈

• 帶垂直BUD鏈的棧溢出更新抑制器

視頻[ ]

• 棧溢出更新抑制、BUD鏈
• 內(nèi)存溢出更新抑制
• 強(qiáng)轉(zhuǎn)抑制

棧溢出更新抑制、BUD鏈
^{[注 3]}

極簡(jiǎn)更新抑制器

內(nèi)存溢出更新抑制

強(qiáng)轉(zhuǎn)抑制

外部鏈接[ ]

• #強(qiáng)轉(zhuǎn)抑制的來(lái)源：關(guān)于強(qiáng)轉(zhuǎn)抑制器的筆記（Void0）-嗶哩嗶哩
• #極簡(jiǎn)更新抑制器中自復(fù)位版本的來(lái)源：3gt自復(fù)位更新抑制器（MC-cubes）-嗶哩嗶哩
• 6gt自復(fù)位更新抑制器（Bot_City）-嗶哩嗶哩
• [Minecraft生電漫游指南]更新抑制專題:都2023年了還不會(huì)玩更新抑制?（豬哥Bro_Pig）-嗶哩嗶哩
• 淺談更新抑制器與注意事項(xiàng)（xingjiFIUG）-嗶哩嗶哩

參見(jiàn)[ ]

• 方塊更新
• 崩潰

參考[ ]

1. ↑ MC-249181 — “動(dòng)力鐵軌和激活鐵軌的更新順序被顛倒了。” — 漏洞狀態(tài)為“已修復(fù)”。
2. ↑ “Update Suppression, Block Duplication, Skull Converter and More” – Panda4994。YouTube，2016年6月11日。（Bilibili搬運(yùn)）
3. ↑ “[1.19+] Update Suppression is back to stay” – FX - PR0CESS。YouTube，2023年4月17日。（Bilibili搬運(yùn)）
4. ↑ “Minecraft Update Suppression is Back: The OOM Method that Bypasses Mojang's Patch” – Igna778。YouTube，2023年4月17日。（Bilibili搬運(yùn)）
5. ↑ HackerRouter的動(dòng)態(tài) — 嗶哩嗶哩
6. ↑ “Shulker Suppression - The Ultimate Update Bug That Cant Be Patched!” – Igna778。YouTube，2023年6月15日。（Bilibili搬運(yùn)）

注釋[ ]

1. ↑ ^{1.0 1.1} 原存檔中使用的是該方塊
2. ↑ ^{2.0 2.1} 原存檔中（9290，-50，-12515）和（9290，-50，-12810）處向東看可看到部分活塞陣列不完整
3. ↑ 部分視頻中兩個(gè)內(nèi)容都有講解

• 結(jié)構(gòu)方塊
• 命令方塊
• 命令統(tǒng)計(jì)值
• 使用命令操控實(shí)體
• 提高幀率
• Minecraft幫助FAQ（IRC頻道）
• NBT與JSON
• Minecraft URL Scheme^{[僅基巖版]}
• 更新Java
• 運(yùn)行數(shù)據(jù)生成器