Pendant le développement d'une interface graphique en JavaScript, j'ai rencontré ce problème de mémoire (ça montait doucement vers l'infini et au delà :) ). Mais en fait, le problème viens souvent (tout le temps ?) du code JavaScript et pas de l'implémentation de JavaScript.
Dans mon cas, le problème était :
un setInterval qui créer un objet XMLHttpRequest à chaque fois, l'objet XMLHttpRequest créer un objet avec les bonnes propriété grâce à au retour XML. Mais l'objet XMLHttpRequest etait toujours atteignable a travers l'objet créé .
Résolution : mettre l'objet XMLHttpRequest à null ou n'en créer qu'un seul et l'appeler à chaque setInterval (c'est le mieux :) )
Bref, un garbage collector n'empêche pas d'être con :) et surtout de faire attention mais c'est bien pratique.
L'avantage des garbage collector de C++, c'est que tu t'en sert EXCLUSIVEMENT si tu le veux. Sinon, tu ne t'en sert pas. Et même si tu t'en sert, tu peut gérer ta mémoire à la main aussi, c'est bien non ?
# J'ai eu ce probleme
Posté par kowalsky . En réponse au journal Encore une histoire de récupérateur de mémoire. Évalué à 10.
Dans mon cas, le problème était :
un setInterval qui créer un objet XMLHttpRequest à chaque fois, l'objet XMLHttpRequest créer un objet avec les bonnes propriété grâce à au retour XML. Mais l'objet XMLHttpRequest etait toujours atteignable a travers l'objet créé .
Résolution : mettre l'objet XMLHttpRequest à null ou n'en créer qu'un seul et l'appeler à chaque setInterval (c'est le mieux :) )
Bref, un garbage collector n'empêche pas d'être con :) et surtout de faire attention mais c'est bien pratique.
L'avantage des garbage collector de C++, c'est que tu t'en sert EXCLUSIVEMENT si tu le veux. Sinon, tu ne t'en sert pas. Et même si tu t'en sert, tu peut gérer ta mémoire à la main aussi, c'est bien non ?