Denn ohne die PDB-Dateien wäre es unmöglich, einen "Release" -Build durch etwas anderes als das Debuggen auf Adressenebene zu debuggen. Optimierungen machen wirklich eine Nummer in Ihrem Code, was es sehr schwierig macht, den Schuldigen zu finden, wenn etwas schief geht (z. B. wird eine Ausnahme ausgelöst). Selbst das Setzen von Haltepunkten ist äußerst schwierig, da Quellcodezeilen nicht eins zu eins mit dem generierten Assemblycode (oder sogar in derselben Reihenfolge wie dieser) abgeglichen werden können. PDB-Dateien helfen Ihnen und dem Debugger und erleichtern das Post-Mortem-Debugging erheblich.
Sie weisen darauf hin, dass Sie, wenn Ihre Software zur Veröffentlichung bereit ist, bis dahin alle Fehlerbehebungen durchgeführt haben sollten. Das ist sicherlich richtig, aber es gibt ein paar wichtige Punkte zu beachten:
Sie sollten Ihre Anwendung auch testen und debuggen (bevor Sie sie veröffentlichen), indem Sie den Build "Release" verwenden. Dies liegt daran, dass das Aktivieren von Optimierungen (die in der "Debug" -Konfiguration standardmäßig deaktiviert sind) manchmal zu subtilen Fehlern führen kann, die Sie sonst nicht abfangen würden. Wenn Sie dieses Debugging durchführen, möchten Sie die PDB-Symbole.
Kunden melden häufig Randfälle und Fehler, die nur unter "idealen" Bedingungen auftreten. Dies sind Dinge, die im Labor kaum reproduzierbar sind, da sie auf einer verrückten Konfiguration des Computers dieses Benutzers beruhen. Wenn sie besonders hilfreiche Kunden sind, melden sie die ausgelöste Ausnahme und stellen Ihnen eine Stapelverfolgung zur Verfügung. Oder Sie können sogar ihren Computer ausleihen, um Ihre Software remote zu debuggen. In beiden Fällen möchten Sie, dass die PDB-Dateien Sie unterstützen.
Die Profilerstellung sollte immer bei "Release" -Builds mit aktivierten Optimierungen erfolgen. Und wieder einmal sind die PDB-Dateien nützlich, da sie es ermöglichen, die zu profilierenden Montageanweisungen wieder dem Quellcode zuzuordnen, den Sie tatsächlich geschrieben haben.
Sie können die PDB-Dateien nach dem Kompilieren nicht mehr zurückgeben . * Wenn Sie sie während des Builds nicht erstellen, haben Sie Ihre Chance verloren. Es tut nichts weh, sie zu erschaffen. Wenn Sie sie nicht verteilen möchten, können Sie sie einfach in Ihren Binärdateien weglassen. Aber wenn Sie später entscheiden, dass Sie sie wollen, haben Sie kein Glück. Es ist besser, sie immer zu generieren und eine Kopie zu archivieren, falls Sie sie jemals brauchen.
Wenn Sie sie wirklich ausschalten möchten, ist dies immer eine Option. Setzen Sie im Eigenschaftenfenster Ihres Projekts die Option "Debug Info" für jede Konfiguration, die Sie ändern möchten, auf "none".
Zu beachten ist jedoch, dass die „Debug“ und „Release“ Konfigurationen tun standardmäßig verwenden unterschiedliche Einstellungen für die Debug - Informationen aussendet. Sie möchten diese Einstellung beibehalten. Die Option "Debug Info" ist für einen Debug-Build auf "full" gesetzt. Dies bedeutet, dass zusätzlich zu einer PDB-Datei Debugging-Symbolinformationen in die Assembly eingebettet werden. Sie erhalten auch Symbole, die coole Funktionen wie Bearbeiten und Fortfahren unterstützen. Im Freigabemodus ist die Option "Nur PDF" ausgewählt, die, wie es sich anhört, nur die PDB-Datei enthält, ohne den Inhalt der Assembly zu beeinflussen. Es ist also nicht ganz so einfach wie das bloße Vorhandensein oder Fehlen von PDB-Dateien in Ihrem /binVerzeichnis. Angenommen, Sie verwenden die Option "Nur pdb", die PDB-Datei '
* Wie Marc Sherman in einem Kommentar ausführt , können Sie ihn neu erstellen und eine passende PDB-Datei generieren, solange sich Ihr Quellcode nicht geändert hat (oder Sie den Originalcode von einem Versionskontrollsystem abrufen können). Zumindest normalerweise. Das funktioniert gut , die meiste Zeit, aber der Compiler nicht gewährleistet ist identisch Binärdateien jedes Mal erzeugen Sie den gleichen Code kompilieren , so dass es möglicherweise feine Unterschiede sein. Schlimmer noch, wenn Sie in der Zwischenzeit Upgrades an Ihrer Toolchain vorgenommen haben (z. B. das Anwenden eines Service Packs für Visual Studio), ist die Wahrscheinlichkeit, dass die PDBs übereinstimmen, noch geringer. Um die zuverlässige Erzeugung von Ex-post-Facto zu gewährleistenBei PDB-Dateien müssten Sie nicht nur den Quellcode in Ihrem Versionskontrollsystem archivieren, sondern auch die Binärdateien für Ihre gesamte Build-Toolchain, um sicherzustellen, dass Sie die Konfiguration Ihrer Build-Umgebung präzise neu erstellen können. Es versteht sich von selbst, dass es viel einfacher ist, die PDB-Dateien einfach zu erstellen und zu archivieren.