Heim  >  Artikel  >  Web-Frontend  >  SetTimeout ist nicht dasselbe, wie Sie denken

SetTimeout ist nicht dasselbe, wie Sie denken

WBOY
WBOYOriginal
2024-08-06 00:43:01617Durchsuche

Wenn Entwickler zum ersten Mal in JavaScript auf setTimeout stoßen, scheint es oft ein einfaches Werkzeug zum Verzögern der Funktionsausführung zu sein. Wenn man jedoch versteht, wie setTimeout mit der JavaScript-Laufzeit und der Ereignisschleife interagiert, kann es zu unerwartetem Verhalten kommen, insbesondere unter bestimmten Bedingungen. Und es ist nicht nur setTimeout; Ähnliche Komplexitäten treten auch bei setInterval und anderen asynchronen Funktionen auf.

Die Ereignisschleife: Ein kurzer Überblick
JavaScript ist Single-Threaded, was bedeutet, dass es jeweils nur einen Code ausführen kann. Trotzdem ermöglicht die Ereignisschleife JavaScript, nicht blockierende Vorgänge auszuführen. Dies wird dadurch erreicht, dass Aufgaben wie Timer, Netzwerkanforderungen oder E/A-Vorgänge an den Browser oder die Node.js-API verlagert werden. Sobald diese Aufgaben abgeschlossen sind, werden ihre Rückruffunktionen zur Ausführung erneut in die Ereignisschleife eingereiht.

SetTimeout is Not the Same as You Think

So funktioniert setTimeout
Wenn Sie setTimeout aufrufen, bitten Sie die JavaScript-Engine, nach einem bestimmten Zeitraum eine Funktion auszuführen. Dies geschieht durch Hinzufügen der Callback-Funktion zur Warteschlange der Ereignisschleife. Die angegebene Verzögerung ist jedoch die Mindestzeit, die die Engine warten sollte, bevor sie den Rückruf zur Warteschlange hinzufügt, und keine garantierte Ausführungszeit. So funktioniert es im Detail:

  1. Erster Aufruf: Wenn setTimeout mit einer Rückruffunktion und einer Verzögerung aufgerufen wird, registriert die JavaScript-Engine dies in der vom Browser oder Node.js bereitgestellten Web-API-Umgebung.

  2. Timer: Die Web-API startet einen Timer für die angegebene Verzögerung. Während dieser Zeit führt der Hauptaufrufstapel weiterhin jeglichen synchronen Code aus, der auf den setTimeout-Aufruf folgt.

  3. Callback Queuing: Sobald der Timer abgelaufen ist, führt die Web-API den Rückruf nicht sofort aus. Stattdessen wird die Rückruffunktion in die Ereigniswarteschlange verschoben.

  4. Ereignisschleife: Die Ereignisschleife, die den Aufrufstapel und die Ereigniswarteschlange kontinuierlich überwacht, kommt ins Spiel. Wenn der Aufrufstapel leer ist, also keine aktuell ausgeführten Aufgaben vorhanden sind, entnimmt die Ereignisschleife die erste Funktion aus der Ereigniswarteschlange und schiebt sie zur Ausführung auf den Aufrufstapel.

  5. Ausführung: Die Rückruffunktion wird schließlich ausgeführt, wenn sie die Spitze des Aufrufstapels erreicht.

Es ist wichtig zu beachten, dass es zu zusätzlichen Verzögerungen kommen kann, bevor die Rückruffunktion ausgeführt wird, wenn der Aufrufstapel nach Ablauf des Timers mit anderen Aufgaben beschäftigt ist. Dies liegt daran, dass die Ereignisschleife warten muss, bis der Aufrufstapel leer ist, bevor sie die Rückruffunktion aus der Ereigniswarteschlange verarbeiten kann.

SetTimeout is Not the Same as You Think


Das Blockierungsproblem
Ein häufiges Missverständnis ist die Annahme, dass setTimeout den Rückruf immer nach der genau angegebenen Verzögerung ausführt. Wenn die Ereignisschleife durch synchronen Code blockiert wird, z. B. eine Endlosschleife oder eine Berechnung mit langer Laufzeit, wird der Rückruf erst ausgeführt, wenn die Ereignisschleife frei ist.

Stellen Sie sich das folgende Szenario vor:

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();

In diesem Beispiel blockiert die Funktion blockExecutionForThirtySeconds die Ereignisschleife mit einer Endlosschleife, die 30 Sekunden lang läuft. Obwohl setTimeout so eingestellt ist, dass es nach 1 Sekunde ausgeführt wird, wird es erst ausgeführt, nachdem blockExecutionForThirtySeconds abgeschlossen ist, also nach 30 Sekunden.

SetTimeout is Not the Same as You Think

Auswirkungen auf die reale Welt
Das Verständnis dieses Verhaltens ist für Entwickler von entscheidender Bedeutung, insbesondere beim Schreiben von Code mit Zeitüberschreitungen, Intervallen oder asynchroner Verarbeitung. Ein Missverständnis der Funktionsweise von setTimeout kann zu Leistungsproblemen und schwer nachvollziehbaren Fehlern führen. Wenn ein Codeabschnitt umfangreiche Berechnungen oder lang laufende Aufgaben ausführt und die Ereignisschleife blockiert, werden alle setTimeout-Rückrufe, Promise-Auflösungen und andere asynchrone Vorgänge verzögert, bis die Ereignisschleife frei ist.

Fazit
setTimeout ist ein leistungsstarkes Tool in JavaScript zum Verzögern der Codeausführung, es ist jedoch wichtig, seine Nuancen zu verstehen. Die angegebene Verzögerung ist die Mindestwartezeit, bevor die Funktion zur Ausführung in die Warteschlange gestellt werden kann. Die tatsächliche Ausführungszeit hängt vom Zustand der Ereignisschleife ab. Die Beherrschung asynchroner Vorgänge und der Verwaltung von Ereignisschleifen ist der Schlüssel zum Schreiben effizienter und reaktionsfähiger JavaScript-Anwendungen.

Das obige ist der detaillierte Inhalt vonSetTimeout ist nicht dasselbe, wie Sie denken. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn
Vorheriger Artikel:JavaScript in inuteNächster Artikel:JavaScript in inute