Я задався питанням, скільки разів whileоператор JavaScript (у консолі Chrome) може збільшувати змінну за мілісекунди, тому я швидко написав цей фрагмент безпосередньо в консоль:
var run = true, i = 0;
setTimeout(function(){ run = false; }, 1);
while(run){ i++; }
Проблема в тому, що вона працює вічно.
Чому це відбувається, і як я можу це вирішити?
var run = true, i = 0; function loop() { i++; if (run) setTimeout(loop, 0); }; setTimeout(function() { run = false }, 1); loop();
Відповіді:
Це повертається до однопоточної природи JavaScript 1 . Що відбувається в основному це:
run = false. Це планується запустити після запуску поточної функції (або будь-якої іншої активної в даний час).setTimeout()зворотний дзвінок буде виконаний і run=false.Як бачите, setTimeout()підхід тут не спрацює. Ви можете обійти це, перевіривши час у whileстані, але це змінить ваші фактичні вимірювання.
1 Принаймні для більш практичних цілей ви можете бачити його як однопоточний. Насправді існує так званий "цикл подій". У цьому циклі всі функції потрапляють у чергу до їх виконання. Якщо ви ставите в чергу нову функцію, вона розміщується у відповідному положенні всередині цієї черги. Після завершення поточної функції движок приймає наступну функцію з черги (щодо таймінгу, як він введений, наприклад, by setTimeout()і виконує його.
В результаті в кожен момент часу виконується лише одна функція, що робить виконання гарним є багато винятків для подій, про які йдеться у посиланні нижче.
Для довідки:
https://stackoverflow.com/a/16757582/1169798
Тут подібний сценарій пояснювався більш докладно
https://stackoverflow.com/a/2734311/1169798
Більш поглиблений опис того, коли JS можна розглядати як однопоточний, а коли ні.
var start = (new Date()).getTime();Потім у whileоператорі відніміть цей час від поточного часу і перевірте, чи не виходить число менше задуманого затримки . while ((new Date()).getTime() - start < delay).
Щоб зберегти справжню швидкість Chrome без необхідності постійно отримувати час для обчислення швидкості, ви можете спробувати цей код JS:
var start = new Date().getTime()
var i = 0
while(i<1000000)
{
i++
}
var end = new Date().getTime()
var delta = end-start
var speed = i/delta
console.log(speed + " loops per millisecond")
Javascript однопотоковий, це означає, що він виконує лише одну інструкцію одночасно, послідовно.
Система подій, як і в багатьох інших мовах та бібліотеці, обробляється циклом подій. Цикл подій - це, в основному, цикл, який на кожній ітерації перевіряє наявність повідомлення в черзі та відправляє події.
У javascript (як у мові мов, що реалізують цей шаблон), цикл подій викликається, коли стек порожній, тобто, коли всі функції мають повернення, іншими словами, в кінці програмного коду.
Ваша "справжня" програма виглядає за кадром приблизно так:
var run = true, i = 0;
setTimeout(function(){ run = false; }, 1);
while(run){ i++; }
while(true) {
/*
* check for new messages in the queue and dispatch
* events if there are some
*/
processEvents();
}
Тож повідомлення від годинника про те, що час очікування закінчився, ніколи не обробляється.
Докладніше про цикл подій на: https://developer.mozilla.org/en-US/docs/Web/JavaScript/Guide/EventLoop
Звичайно, це трохи складніше, перегляньте ось ці приклади: Чи гарантовано JavaScript буде однопоточним? ( tl; dr: У деяких механізмах браузера деякі зовнішні події не залежать від циклу подій і негайно запускаються, коли вони відбуваються, випереджаючи поточне завдання. Але це не так у випадку setTimeout, який просто додає повідомлення в чергу і ніколи не стріляє негайно.)
Цикл While не має доступу до setTimeout. У вас є код, для якого набори виконуються true, і тоді він ніколи не стане хибним.
JavaScript має єдиний потік і однопотоковий де завгодно.
Я думаю, це питання добре: чи гарантовано JavaScript буде однопоточним?
Коли ваш код у циклі, інший ocde не виконується і не блокується.