Nouveautés du débogueur dans Visual Studio 2013

Article
06/10/2015

Sommaire

Asynchronous Debugging in Windows Store Apps

Just My Code for C++ and JavaScript Debugging

64-bit Edit and Continue for the .NET Framework

Return value inspection for .NET Framework Methods

.NET Framework Memory Analysis with Dump Files

Debug with Debugging Tools for Windows

Code Map Debugging

IntelliTrace Debugging

Débogage asynchrone dans les applications Windows Store

Le débogueur présente une prise en charge étendue du modèle de programmation asynchrone Windows Runtime. Dans les langages du .NET Framework, le modèle est exprimé via le mot clé async/await (Async/Await en Visual Basic). En C++ et C++/Cx, les objets task et les continuations .then prennent en charge ce modèle. JavaScript utilise les objets promise et les continuations .then.

La fenêtre Pile des appels affiche les méthodes qui appellent des fonctions asynchrones sous les frames d'information [Async Call].
La fenêtre Tâches (anciennement appelée fenêtre Tâches parallèles) affiche le nouveau modèle sous forme de tâches avec des informations avancées sur ces tâches. Consultez Utilisation de la fenêtre Tâches.
Création de rapports d'exceptions améliorée pour les applications Windows Store en C++ Le débogueur Visual Studio prend désormais en charge la capture des traces de la pile pour les exceptions C++ lorsqu'elles se produisent dans des composants Windows Runtime. Le débogueur peut afficher ces traces de pile capturées lorsqu'elles sont disponibles sur des objets exception dérivés de Platform::Exception.

La boîte de dialogue d'exception affichée par le débogueur lors d'une exception de première chance répertorie la trace de la pile au moment où l'exception s'est produite.

Vous pouvez inspecter les exceptions Windows Runtime futures dans une session de débogage en ajoutant la pseudo-variable $exceptionstack dans une fenêtre Espion. Si une exception se produit dans le thread actuel, vous pouvez développer l'entrée dans la fenêtre Espion pour visualiser la trace de la pile et accéder au code source qui a provoqué l'exception. Vous pouvez également observer $exceptionstack en choisissant le lien Ajouter une trace de pile d'exception à observer dans la boîte de dialogue d'exception.

Pour plus d'informations, voir cet article sur le blog Visual Studio ALM + Team Foundation Server.

Uniquement mon code pour le débogage C++ et JavaScript

L'option Uniquement mon code permet de masquer le code non-utilisateur dans la fenêtre Pile des appels, tel que le code dans le système, Win.JS et les bibliothèques tierces. L'option Uniquement mon code facilite grandement la recherche de vos méthodes lorsque vous déboguez du code asynchrone ou lors d'un débogage en mode mixte avec JavaScript et C++.

L'option Uniquement mon code est activée par défaut dans Visual Studio 2013. Pour afficher l'intégralité du code sur la pile des appels, choisissez Options et paramètres dans le menu Déboguer, puis décochez la case Activer Uniquement mon code. Notez que ce paramètre s'applique à tous les langages de programmation prenant en charge l'option Uniquement mon code.

Modifier & Continuer version 64 bits pour .NET Framework

Le débogueur prend désormais en charge l'opération Modifier & Continuer pour les applications qui ciblent les plateformes 64 bits.

Inspection des valeurs de retour pour les méthodes .NET Framework

Vous pouvez désormais afficher les valeurs de retour des méthodes dans la fenêtre Automatique. Cela est particulièrement utile pour les méthodes intégrées (méthodes transmises comme paramètres à une autre fonction) :

Méthodes incorporées dans l'éditeur de code Valeurs de retour de la méthode dans la fenêtre Automatique

Consultez Examiner les valeurs de retour d'appels de méthode.

Analyse de mémoire .NET Framework avec fichiers dump

Un des problèmes fréquents des applications .NET qui s'exécutent dans des environnements de production est lié à l'utilisation qu'elles font de la mémoire et peut affecter l'application et éventuellement l'ordinateur entier. Visual Studio 2013 développe ses outils d'analyse des fichiers dump pour vous aider détecter les fuites de mémoire, l'utilisation inefficace de mémoire et les allocations inutiles dans les applications .NET Framework Web, de base de données et de bureau.

Notes

L'analyse de mémoire des fichiers dump .NET Framework n'est pas prise en charge pour les applications Windows Store.Voir Analyse de l'utilisation de la mémoire dans les applications du Windows Store (JavaScript) pour plus d'informations sur les applications JavaScript.

Pour plus d'informations sur l'outil d'analyse de la mémoire .NET, voir cet article du blog Visual Studio ALM + Team Foundation Server. Pour plus d'informations sur les fichiers dump, consultez Utiliser les fichiers de dump pour déboguer les pannes et les blocages d'application dans Visual Studio.

Débogage à l'aide des outils de débogage pour Windows

Notes

L'extension SOS.dll (Extension de débogage SOS), conçue pour aider à déboguer les programmes managés dans WinDbg, n'est pas disponible dans l'IDE de Visual Studio.Voir la page sur le débogage du code géré à l'aide du débogueur Windows

Vous pouvez utiliser les outils de débogage pour Windows dans l'interface IDE de Visual Studio. Vous devez installer les outils de débogage qui font partie du Kit WDK (Windows Driver Kit). Voir Windows 8.1 Preview : télécharger les kits, les bits et les outils.

Débogage des cartes de code

Visualisez la pile des appels pendant le débogage dans Visual Studio Ultimate en créant des cartes de code. Vous pouvez également utiliser des cartes de code pour parcourir votre code. Consultez Mapper les méthodes sur la pile des appels tout en déboguant dans Visual Studio.

Débogage avec des piles d'appels sur des cartes de code

Débogage IntelliTrace

Surveiller votre application pour identifier des problèmes de déploiement.

Surveillez localement les événements de performance et d'exception des applications web IIS à l'aide de Microsoft Monitoring Agent, utilisé seul ou avec System Center 2012. Vous pouvez enregistrer ces événements dans un journal IntelliTrace afin de pouvoir examiner ces problèmes plus en détail dans Visual Studio Ultimate et accéder au code déployé lorsque vous démarrez le débogage à partir d'événements spécifiques.
Enregistrez les événements de diagnostic des applications SharePoint 2010 et SharePoint 2013 en déploiement avec Microsoft Monitoring Agent.

Vous pouvez enregistrer des événements de profil utilisateur, des événements ULS et des événements IntelliTrace dans un journal IntelliTrace afin de pouvoir examiner ces problèmes plus en détail dans Visual Studio Ultimate et démarrer le débogage à partir d'événements spécifiques avec IntelliTrace.