刻，指遊戲刻，本義項中為Minecraft程式中的一個循環周期
基本介紹
遊戲刻,每刻毫秒數,遊戲流程,紅石刻,隨機刻,區塊刻,計畫刻,換算關係,
遊戲刻
Minecraft的循環程式是以每秒20周期的固定速度運行的。因此每刻發生在每0.05秒。在遊戲中的一天將正好為24000刻，約20分鐘。
但是這個速率也不是完全固定的。如果電腦的性能不足以跟上這個速度，一個遊戲刻的運行時間就被延長，單位時間內的遊戲刻就會變少。由於遊戲中的絕大多數動作都是以遊戲刻而不是真實世界的時鐘作為時間基準，這意味著在較慢的電腦上很多事情都要花更長的時間來完成。
每過去一刻，遊戲的各方面都會更新：移動的實體位置會發生變化，生物會檢查周圍環境並更新自身的行為，玩家的生命值和飢餓值會根據玩家的處境發生變化，等等。
遊戲刻不影響圖像渲染。遊戲的圖像是在遊戲內部更新後渲染的。因此，遊戲的幀率（FPS）不影響TPS（每秒遊戲刻數）。從而電腦的圖形性能不會影響到遊戲機制。
每刻毫秒數
有一個與每秒刻數（TPS）相關的統計量，稱作每刻毫秒數（milliseconds per tick，縮寫為MSPT），即伺服器實際用於完成一刻內計算的耗時。只有當MSPT不高於50時，TPS才能維持在20。通常情況下，以下因素是伺服器端卡頓的主要誘因：
- 紅石機構。紅石元件，尤其是紅石粉會導致大量的方塊更新、亮度更新和卡頓。禁用一些暫不使用的紅石裝置和時鐘、儘量減少空氣空間有助於緩解卡頓情況。
- 生物AI。可以使用照明控制怪物的產生，並使用更高效的技術養殖家畜。
在Java版中，MSPT值在調試螢幕中顯示為“ms ticks”。打開幀生成時間圖表（Alt + F3）時可查看TPS值。這兩種顯示都只能在多人遊戲的主機或單人遊戲上可見，因為數據來自Minecraft遊戲裡的內置服務端。
遊戲流程
在Java版中，遊戲循環的每個周期中，以下行為會依次處理：
對每個已載入區塊：
- 傳送區塊信息至客戶端
- 區塊刻邏輯
傳送實體變更至客戶端
嘗試卸載區塊
處理計畫刻
- 方塊的計畫刻
- 液體的計畫刻
襲擊邏輯
嘗試生成流浪商人
處理方塊事件
處理實體
處理方塊實體
處理玩家實體
如果已過去6000刻，嘗試自動保存
處理來自客戶端的數據包
紅石刻
一個紅石刻代表著兩個遊戲刻。這將在一個紅石電路中的信號創造一個0.1（1⁄10）秒的延遲。也就是說信號從地點A到地點B是增加了0.1（1⁄10）秒的延遲。一刻只能屬於信號時間的增加，因此，一個信號的傳送時間在刻的角度講是永遠不會是減少的。在紅石的語境中，“刻”總是指紅石刻。
需注意：
在基岩版中，紅石刻作為遊戲機制是並發的，紅石信號的傳遞受到紅石刻的影響。
在Java版中，紅石刻不是“真實”存在的事物，但是這個由社區創造的術語使得製作和描述紅石電路或機器工作流程更加簡單。
隨機刻
每個區塊被劃分為16個子區塊（1.18及以後的版本則劃分為了24個子區塊），每個區段包含16×16×16=4096個方塊。在每個遊戲刻，執行區塊刻的區塊中，每個區段會被隨機選出3個方塊（可以重複）給予一個“隨機刻”。可以通過使用指令/gamerule randomTickSpeed <數量>來改變每個區段給予隨機刻的方塊數。大部分方塊不會有影響，除了如下這些：
小麥可能生長或拔除。
蘑菇可能傳播或拔除。
藤蔓可能傳播。
火可能熄滅或傳播。
冰和雪可能融化。
樹葉可能枯萎。
耕地的濕潤程度會更新。
樹苗可能長成樹。
熔岩可能使附近的方塊著火。
發光的紅石礦會熄滅。
海龜蛋破裂或孵化。
營火冒出煙霧顆粒。
- 銅塊（或任何其未氧化的變體）可能會進一步氧化。
因為隨機刻是被隨機賦予的，因此無法預測某個方塊何時會接收到隨機刻。隨機刻的間隔的中位數為47.35秒，即有50%機率不超過47.35秒，也有50%機率超過47.35秒，也有可能需要更短或更長的時間：例如，有1.5%的機率間隔時間小於1秒，也有1%的機率超過5分鐘。隨機刻的間隔的平均值為68.27秒。對上述數據的計算原理，參見幾何分布。
區塊刻
作為遊戲刻的一部分，每個遊戲刻都會對特定的區塊執行區塊刻。
在Java版中，在每個遊戲刻中，載入標籤在31級或以下、區塊中心與最近的玩家的水平距離小於128的區塊會執行區塊刻。
在基岩版中，在每個遊戲刻中，所有已載入區塊都會執行區塊刻。
區塊刻有許多影響：
生物自然生成。
雷暴天氣下，閃電可能在區塊內某處生成（十萬分之一的幾率）。
每一縱向上的最頂端方塊有十六分之一的幾率檢查天氣更新：在寒冷的生物群系中，如果條件合適，水會結成冰。
如果在下雪，並且條件合適，一片雪可能被放置。
如果在下雨，煉藥鍋可能被填充。
區塊內某一個方塊會接受到隨機刻更新。
計畫刻
一些方塊可能會請求在將來的某一個遊戲刻更新方塊，這種更新方塊的方式被稱為計畫刻。在一段時間後必定發生並且行為可以預測的變化，往往使用這種“計畫刻”——比如，紅石中繼器會在Java版中計畫一刻之後改變其狀態，水在需要流動時會計畫一個計畫刻。
作為遊戲刻的一部分，已經請求計畫刻的方塊所在之處會得到給定量的刻。
在Java版中，計畫刻有兩種：方塊計畫刻和液體計畫刻。方塊計畫刻的處理順序首先取決於優先權，其次取決於計畫順序。優先權越小，執行時間越早。若紅石中繼器指向紅石二極體的背面或側面，則該中繼器將有-3的優先權。若中繼器準備熄滅，則優先權為-2，否則中繼器將有-1的優先權。若紅石比較器指向紅石二極體的背面或側面，比較器將有-1的優先權。其他所有方塊計畫刻的優先權都為0。方塊計畫刻執行完後，將處理液體計畫刻。液體計畫刻沒有優先權，僅根據計畫順序依次執行。
在Java版中，每個遊戲刻內所能處理的最大計畫刻數是65536。在基岩版中，每個遊戲刻內，一個區塊所能處理的最大計畫刻數為100。
換算關係
20遊戲刻=10紅石刻=1秒
