當開發人員第一次在 JavaScript 中遇到 setTimeout 時，它通常看起來像是用於延遲函數執行的簡單工具。然而，了解 setTimeout 如何與 JavaScript 執行時間和事件循環互動可以揭示一些意外的行為，尤其是在某些條件下。而且它不只是setTimeout； setInterval 和其他非同步函數也會出現類似的複雜性。
事件循環：簡要概述
JavaScript 是單線程的，這意味著它一次只能執行一段程式碼。儘管如此，事件循環允許 JavaScript 執行非阻塞操作。它透過將計時器、網路請求或 I/O 操作等任務卸載到瀏覽器或 Node.js API 來實現此目的。一旦這些任務完成，它們的回呼函數就會重新排隊到事件循環中執行。
setTimeout 的工作原理
當你呼叫 setTimeout 時，你會要求 JavaScript 引擎在指定的時間後執行一個函數。這是透過將回調函數新增至事件循環佇列來完成的。但是，指定的延遲是引擎在將回調添加到佇列之前應等待的最短時間，而不是保證的執行時間。以下是其詳細工作原理：
初始呼叫：當使用回呼函數和延遲呼叫 setTimeout 時，JavaScript 引擎會將其註冊到瀏覽器或 Node.js 提供的 Web API 環境中。
計時器：Web API 啟動指定延遲的計時器。在此期間，主呼叫堆疊繼續執行 setTimeout 呼叫之後的任何同步程式碼。
回呼佇列：一旦計時器到期，Web API 不會立即執行回呼。相反，它將回調函數移至事件隊列。
事件循環：持續監視呼叫堆疊和事件佇列的事件循環開始發揮作用。如果呼叫堆疊為空，表示目前沒有正在執行的任務，則事件循環從事件佇列中取出第一個函數並將其推送到呼叫堆疊上執行。
執行：回呼函數到達呼叫堆疊頂端時最終執行。
需要注意的是，如果定時器到期時呼叫堆疊正忙於其他任務，則在執行回調函數之前可能會有額外的延遲。這是因為事件循環必須等到呼叫堆疊清空後才能處理事件佇列中的回呼函數。
阻塞問題
一個常見的誤解是假設 setTimeout 總是在指定的確切延遲後執行回調。如果事件循環被同步程式碼阻塞，例如無限循環或長時間運行的計算，則回呼將不會執行，直到事件循環空閒。
考慮以下場景：
console.log('Program started at: ' + new Date().toLocaleTimeString());
const programStartTime = Date.now();
function blockExecutionForThirtySeconds() {
while (true) {
const currentTime = Date.now();
if (currentTime - programStartTime > 30000) {
console.log('Blocking execution completed after 30 seconds...');
return true;
}
}
}
console.log('Setting setTimeout for 1 second.');
setTimeout(() => {
console.log('setTimeout executed after 30 seconds instead of 1 second: ' + new Date().toLocaleTimeString());
}, 1000);
blockExecutionForThirtySeconds();
在此範例中，blockExecutionForThirtySeconds 函數透過執行 30 秒的無限循環來阻止事件循環。即使 setTimeout 設定為 1 秒後執行，它只會在 blockExecutionForThirtySeconds 完成後執行，即 30 秒後。
現實世界的影響
理解這種行為對於開發人員來說至關重要，尤其是在編寫涉及逾時、間隔或非同步處理的程式碼時。誤解 setTimeout 的工作原理可能會導致效能問題和難以追蹤的錯誤。如果一段程式碼執行繁重的計算或長時間運行的任務並阻塞事件循環，則所有 setTimeout 回呼、promise 解析和其他非同步操作都會延遲，直到事件循環空閒。
結論
setTimeout 是 JavaScript 中延遲程式碼執行的強大工具，但了解其細微差別很重要。指定的延遲是函數排隊執行之前等待的最短時間。實際執行時間取決於事件循環的狀態。掌握非同步操作和事件循環管理是編寫高效且響應迅速的 JavaScript 應用程式的關鍵。
以上是SetTimeout 和你想像的不一樣的詳細內容。更多資訊請關注PHP中文網其他相關文章！
