Strona wymagająca intensywnego Ajax: użyj tego samego obiektu XMLHttpRequest lub utwórz nowy za każdym razem?

Question

Pracuję nad jakimś interfejsem edytora/interfejsu wielosesyjnego online, który będzie wykonywać wiele (jak w tysiącach) żądań ajaxowych podczas jednego życia strony.

Jaki byłby najlepszy (kłopoty „najlepsze” pod względem stabilności, kompatybilności, unikając)

1. Tworzenie jeden obiekt XMLHttpRequest i ponowne że dla każdego żądania HTTP

2. Utwórz nowy XMLHttpRequest obiekt dla każdego żądania HTTP

3. Zarządzaj dynamiczną "pulą" obiektów XMLHttpRequest, tworząc nową przy uruchamianiu żądania HTTP i nie udostępniaj żadnego istniejącego obiektu i oznaczaj poprzednio utworzone bject jako „dostępne”, gdy jego ostatnie żądanie zostało zakończone pomyślnie

Myślę 1 nie jest rozwiązaniem, bo niektóre wnioski mogą zawieść, I może być inicjowanie nowych żądań, podczas gdy poprzednia nie jest jeszcze zakończony, etc.

Co do 2, myślę, że jest to przeciek pamięci, lub może spowodować niepoczytalne zużycie pamięci/zasobów. Czy mogę jakoś zamknąć lub usunąć obiekt po zakończeniu jego żądania? (gdzie/jak?) Czy narzędzie do usuwania śmieci JS właściwie zajmuje się tym samym?

Nigdy wcześniej nie próbowałem 3, ale czuję się jak najlepszy z obu światów. Czy takie podejście jest niepotrzebne, czy nadal brakuje mi potencjalnych problemów? Dokładnie, kiedy mogę założyć, że żądanie do skończenia (tym samym obiekt jest dostępny dla nowego wniosku), czy jest to podczas odbierania statusu ReadyState 4 i http 200? (czy mogę mieć pewność, że po tym czasie nie będzie więcej aktualizacji ani wywołań zwrotnych?)

Answer 1

Utwórz nowy, gdy go potrzebujesz. GC poradzi sobie ze starszymi, gdy nie będą już potrzebne.

Jednak w przypadku edytora współpracy warto rozważyć użycie WebSockets zamiast wysyłania żądań przez cały czas. Obciążenie małego żądania HTTP jest ogromne, podczas gdy prawie nie ma kosztów ogólnych związanych z połączeniem WebSocket.