Outil de développement Chrome: fichier [VM] de javascript

J'ai ajouté un point d'arrêt dans mon fichier javascript (jaydata.js) et j'appuyais sur "Passer à l'appel de fonction suivant". Quand il est arrivé à une ligne qui était:

},

un autre fichier intitulé "[VM] (8312)" est apparu. J'ai continué à cliquer sur "Passer à l'appel de fonction suivant" et maintenant mon écran est:

Quels sont ces scripts étranges et mystérieux intitulés "[VM] (XXXX" et d'où viennent-ils?

[VM] (scriptId)n'a pas de signification particulière. C'est un nom factice pour nous aider à distinguer le code qui n'est pas directement lié à un nom de fichier, tel que le code créé avec evaland friends.

Dans le passé, tous ces scripts étaient simplement étiquetés (program).

Si vous êtes intéressé, il suffit de chercher "[VM]"dans le code source de Chromium , vous découvrirez que ces chiffres n'ont aucune signification significative en dehors des outils de développement.

mise à jour 25/06/2015

[VM] (scriptId)a été renommé il y a VMscriptId quelque temps , et voici le lien direct vers le résultat de la recherche au cas où la valeur changerait à nouveau.

Chaque fois que vous chargez du contenu HTML via AJAX et que ce contenu contient des <script>balises, le script sera évalué à l'aide de eval () et reconnu par la vue Sources de Chrome comme un nouveau fichier commençant par «VM». Vous pouvez toujours accéder à l'onglet Réseau, trouver la requête AJAX et afficher la réponse HTML dans son intégralité, y compris votre script.

Lorsque vous utilisez eval, le javascript est jeté dans les VM du débogueur Chrome. Afin de voir les js créés avec eval sous Chrome Debugger Sources, définissez cet attribut à la fin (merci Splaktar) des js:

//@ sourceURL=dynamicScript.js

Est-il possible de déboguer le chargement dynamique de JavaScript par un débogueur comme WebKit, FireBug ou IE8 Developer Tool?

Si vous souhaitez déboguer des fichiers JS injectés par programme dans Chrome, vous pouvez utiliser l' debugger;instruction, c'est plus rapide que de trouver où se trouve votre script et aussi plus rapide que de générer un fichier avec sourceurl .

Il fonctionne comme un point d'arrêt et identifie automatiquement votre code dans l'onglet source de chrome partout où vous utilisez l' debugger;instruction.

Notez que la source du script est un fichier VMXXX.

J'ai trouvé que la VM était générée à partir de certaines extensions Chrome - elles insèrent CSS / JS dans la page et Chrome utilise les fichiers de la VM pour l'exécuter.

Lorsque vous déboguez une source de fenêtre enfant (iframe) qui est ensuite déchargée, votre fichier source recevra également le préfixe VM et l'arrière-plan jaune.

J'ai rencontré le même problème. Le problème est que le code de mon application a été considéré comme une boîte noire par accident. Lorsque j'ai essayé d'entrer dans le code, il a continué à ouvrir ces VMXXXXonglets.

Après avoir supprimé le paramètre de boîte noire pour le fichier js de mon application, j'ai pu parcourir mon code avec succès.

pour éviter cela

(function ()
 {
  var originalEval = eval;
  eval =
   function (script)
   {
    return originalEval(script + "\n//# sourceURL=blackbox-this.js");
   }
 }());

Et puis boîte noire ^.*blackbox-this.js$

Idem pour setInterval / setTimeout quand il obtient une chaîne (mais c'est quand même une mauvaise pratique, non?;))

Est-ce que ça marche pour toi?

J'ai eu le même problème lorsque je déboguais mon application angulaire. Voir trop de scripts de VM qui ne pouvaient pas être mis en boîte noire prenait beaucoup de temps à déboguer. J'ai plutôt choisi mozilla / IE explorer pour déboguer.