Eine kurze Diskussion über Javascript-Threads und Timing-Mechanismen. Javascript-Kenntnisse-js-Tutorial-php.cn

Eine kurze Diskussion über Javascript-Threads und Timing-Mechanismen. Javascript-Kenntnisse

WBOY

Freigeben： 2016-05-16 15:51:57

Original

892 Leute haben es durchsucht

Verwendung von setTimeout und setInterval

Die zweiten Parameter von setTimeout und setInterval, die im Javascript-API-Dokument definiert sind, bedeuten jeweils die Anzahl der Millisekunden, nach denen die Rückruffunktion ausgeführt wird, bzw. die Anzahl der Millisekunden, nach denen die Rückruffunktion ausgeführt wird. Doch mit der gesammelten Berufserfahrung stellten wir fest, dass dies nicht der Fall ist.

Zum Beispiel

div.onclick=function(){
  setTimeout(function(){
     document.getElementById('input').focus(); 
  },0);
}

Nach dem Login kopieren

Ich kann es nicht erklären. Führen Sie es einfach sofort aus. Warum müssen Sie einen Timer einstellen, um sich im Kreis zu drehen?

An einem anderen Tag haben Sie den folgenden Code geschrieben

setTimeout(function(){while(true){}},100);
setTimeout(function(){alert('你好');},200);

Nach dem Login kopieren

Die erste Codezeile wird endlos wiederholt, was dazu führt, dass die zweite Alarmzeile nie angezeigt wird. Warum?

Single-Thread oder Multi-Thread?
Es stellt sich heraus, dass die JavaScript-Engine in einem einzelnen Thread läuft und der Browser nur über einen Thread verfügt, der das JavaScript-Programm ausführt. Aufgrund des Single-Thread-Designs werden komplexe Multi-Thread-Synchronisierungsprobleme eliminiert.

Beim Einstellen eines Timers fügt der Browser die von Ihnen angegebene Rückruffunktion nach der eingestellten Zeit in die Tasksequenz ein, anstatt sie sofort auszuführen. Wenn die Timing-Zeit auf 0 eingestellt ist, bedeutet dies, dass die Tasksequenz sofort eingefügt wird, anstatt sofort ausgeführt zu werden. Sie müssen immer noch warten, bis die Tasks in der Warteschlange ausgeführt werden, und Sie sind an der Reihe, bevor Sie sie ausführen.

Der folgende Code erscheint also zuerst 2, dann 1

setTimeout(function(){
  alert(1);
},0);
alert(2);

Nach dem Login kopieren

Was ist also der praktische Nutzen davon? Schauen wir uns das Beispiel unten an

<!DOCTYPE html>
<html>
  <head>
    <meta charset="utf-8">
    <meta name="viewport" content="width=device-width,initial-scale=1.0">
    <title>setTimeout 0</title>
  </head>
  <body>
    输入字符，但内容却不能实时显示<input type="text" onkeydown="show(this.value)"/> <br/>
    输入字符，内容能实时显示<input type="text" onkeydown="var self=this;setTimeout(function(){show(self.value)},0)"/>
    <div></div>
    <script>
      function show(val){
        document.getElementsByTagName("div")[0].innerHTML=val;
      }
    </script>
  </body>
</html>

Nach dem Login kopieren

In diesem Beispiel muss die js-Engine den Keydown-Ereignishandler ausführen und dann den Wert des Eingabefelds aktualisieren. Wenn der Ereignishandler ausgeführt wird, kann die Aufgabe zum Aktualisieren des Werts nur in die Warteschlange gestellt werden, sodass der aktualisierte Wert nicht abgerufen werden kann, wenn das Keydown-Ereignis ausgeführt wird. Wir stellen den Vorgang zum Abrufen des Werts jedoch über setTimeout in die Warteschlange Führen Sie es aus, nachdem Sie den Wert aktualisiert haben. Der Inhalt wird in Echtzeit angezeigt.

Kommen Sie zurück und schauen Sie sich den folgenden Code an:

setTimeout(function(){
  //do something...
   setTimeout(arguments.callee,10);
},10);

setInterval(function(){
  //do something...
},10);

Nach dem Login kopieren

Diese beiden Codeteile scheinen den gleichen Effekt zu haben, nicht wahr? Tatsächlich gibt es einen Unterschied: setTimeout in der Rückruffunktion des ersten Absatzes ist ein neuer Zeitrahmen, der nach der Ausführung des js-Motors festgelegt wird Theoretisch ist das Zeitintervall > ;=10ms, der folgende Code <=10ms.

Apropos: Ist XMLHttpRequest wirklich asynchron? Ja, die Anfrage ist asynchron, aber diese Anfrage ist ein neuer Thread, der vom Browser geöffnet wird. Wenn sich der angeforderte Status ändert und zuvor ein Rückruf festgelegt wurde, stellt der asynchrone Thread das Statusänderungsereignis in die Verarbeitungswarteschlange der JS-Engine, um auf die Verarbeitung zu warten. Wenn die Aufgabe verarbeitet wird, führt die JS-Engine immer die von festgelegte Funktion aus onreadystatechange in einem einzelnen Thread.

Das Obige ist der gesamte Inhalt dieses Artikels. Ich hoffe, er gefällt Ihnen allen.