setTimeout kilka pytań

Question

1. czy setTimeout powinien być zawsze używany z jakąś zmienną nawet przy pojedynczym prostym zastosowaniu?

2. czy setTimeout po czasie sam się wyłącza/kasuje czy trzeba go skasować przez clearTimeout by nie zużywał pamięci czy czasu procesora?

3. jeśli używam setTimeout do wywołania funkcji a w niej jest rekurencja i kolejny (lub kolejne, np. kilka razy) setTimeout to uruchamia się jeden czy kilka timerów?

4. czy da się połączyć jakoś :) koniec czasu setTimeout (bo wykonano funkcję) z AddEventListener("ended",..)?

Answer 1

1. Nie, nie musi. Jedyny warunek to podanie zmiennej będącej funkcją.

2. Timery nie stanowią jakiegoś problemu jeśli chodzi o wydajność, poczytaj o eventloopie jak chcesz wiedzieć więcej.

3. Timer wywołuje po określonym czasie następny timer.

4. Jeśli chodzi ci o "wyścig" wywołania obu zdarzeń to tak, najfajniej to zrobić przez Promise.race.

Comments

ad.4 jeśli używam setTimeout rekurencyjnie np, 3 razy, to żeby po trzecim razie wywołać funkcję, ale nie wiem czy dobrze kombinuje, bo może trzeba zrobić po prostu iterację zmiennej i prostego ifa?

---

No tak, takie coś brzmi teoretycznie rozsądnie o ile zmienna będzie siedziała w odpowiednim scope i nie przecieknie tam, gdzie nie powinna.

---

ad. 2. Jasne, że stanowią. Dużą liczbą długotrwających timerów można z powodzeniem zablokować event loop.

---

Same timery nie zapychają eventloopa, kolejkują się i uruchamiają w konkretnym cyklu, a przekazywana do wykonania funkcja to już inna sprawa. ;)

---

No spoko… ale timery bez callbacka są jak seks bez partnerki :P

Answer 2

1. Nie

2. clearTimeout jest potrzebny tylko do przerywania timouta zanim się zakończy, resztą nie musisz się przejmować

3. Każde wywołanie setTimeout tworzy nowy timer, aczkolwiek jeśli wywołujesz je rekurencyjnie to na raz aktywny jest tylko jeden - poprzedni się kończy, nowy się rozpoczyna.

4. No możesz w callbacku timeouta wyemitować event.