Dev Faq
7
votes

Pourquoi .Data () fonction de jQuery est préférable d'empêcher les fuites de mémoire?

En ce qui concerne la fonction d'utilité jQuery jquery.data () la documentation en ligne indique:

"La méthode jquery.data () nous permet de Joindre des données de tout type à dom éléments d'une manière qui est à l'abri de références circulaires et donc de fuites de mémoire. "

Pourquoi utiliser: xxx

peut résulter d'une fuite de mémoire dans quelles conditions - de sorte que je devrais utiliser xxx

devrais-je toujours préférer .Data () au lieu d'utiliser des expurances dans tous les cas?

(J'apprécierais si vous pouvez fournir un exemple pour comparer les différences) < p> Merci,

Burak Ozdogan

4 commentaires

Pourrait Stackoverflow.com/Questtions/1056098/... répondez à votre question?

Puis-je deviner? C'est-à-dire que cela souffre de ce mal pendant une décennie. Mais Afaik, cela ne se produit que lorsque vous supprimez / détachez un élément DOM pendant que les manutentionnaires d'événements sont toujours définis.

@jweyrich: tandis que c'est-à-dire que c'est-à-dire une célèbre notoriété pour les fuites de mémoire, d'autres navigateurs ne sont pas à l'abri.

@Andy très vrai! Mais je ne pouvais pas résister, désolé.

3 Réponses :

5
votes

Je suis sûr que vous ne pouvez pas introduire une fuite de mémoire avec une valeur primitive comme 52 . Les fuites de mémoire avec des expurances se produisent généralement lorsqu'une valeur est appliquée contenant un objet avec une référence à l'élément.

Je suggère de lire le contenu de la référence de référence circulaire à http: // msdn. Microsoft.com/en-us/Library/BB250448 . Encore mieux, lisez tout: -)

Cela étant dit, je pense que la plupart des gens recommandent de l'utiliser en utilisant des expurances si possible (et cela est généralement possible). Utilisation des données JQUERY () est une bonne alternative, dans tous les cas. Vient de réaliser que je n'ai pas répondu à votre question lol. JQuery's DATA () Fournit une méthode qui va comme suit:

  1. jQuery calcule une carte d'identité unique pour les données
  2. Les données sont stockées dans un objet à la disposition de la méthode DATA () , à l'aide de l'ID unique
  3. Une propriété EXPAROO est appliquée à l'élément avec l'identifiant unique en tant que valeur primitive

    Chaque fois que vous appelez DATA () Pour extraire les données, JQuery accède à la propriété EXPARTO pour l'ID unique et utilise cet ID pour récupérer les données de l'objet de cache. Étant donné que l'expansion contient une valeur primitive et n'a pas d'attachement à l'objet de mise en cache, aucune références circulaire ne se produit.

2 commentaires

Merci Andy E ''s Head (cela ressemble à quelque chose de futurama! :)) Informations très utiles que vous avez fournies.

@burak: Je suis un gros fan futurama :-)

7
votes

C'est mieux précisément à cause de quelque chose que cela dit dans la citation que vous avez donnée: "Sûr des références circulaires." strong>

dise que vous avez des variables NodeOne code> et NODETWO ​​code>, quels nœuds de référence. P>

Dites que vous le mettez dans une fonction (dont vous ne stockez pas): p> 

jQuery.data(nodeOne, 'item', nodeTwo);
jQuery.data(nodetwo, 'item', nodeOne);

1 commentaires

Attendez, est votre exemple d'échantillon de code de JQuery's .data () fait ou ne laisse pas nœudsone et nodetwo obtenir des ordures recueillies?

3
votes

Une grande lecture sur le sujet:

Modèles de fuite de mémoire dans JavaScript

0 commentaires

Articles qui pourrait vous intéresser :

Impossible d'importer le module "@ angular / material"
Interaction profonde avec break and catch
Utilisation de node.js comment renommer tous les fichiers d'un dossier
Google Chrome Uncaught (promis) DOMException lors de la lecture AUDIO