Подсказки по отладчику Visual Studio и приемы для.NET

Два от меня: тот, что я надеюсь, что все используют повсеместно:

Debug.Assert(<condition>, <message>)

второй DebuggerHidden:

<DebuggerHidden()> _
Public Sub ReadDocumentProperty(ByVal propertyName As String, ByRef PropVal As Integer, ByVal DefaultVal As Integer)
    Try
        Dim prop As Office.DocumentProperty
        prop = CustomProps.Item(propertyName)
        PropVal = CType(prop.Value, Integer)
    Catch
        PropVal = DefaultVal
    End Try
End Sub

, Даже если у Вас есть Отладка, Исключения, Повреждение на наборе вызванных исключительных ситуаций, исключения в здесь не будут пойманы.

Условные разрывы очень полезны, если у Вас есть код, который повторяется много, но только перестал работать под определенным набором условий, таких как код в цикле, методы, названные от цикла или методов, названных от нескольких потоков. Поместите оператор завершения в строку интереса и установите его условия для соответствия ошибочному случаю. (Существует быстрый пример здесь .)

Инструменты-> Присоединение К Процессу - легкий забыть, но с ним, я могу отладить сценарий в веб-страницах, управляемый код, загруженный в другом процессе (думают дополнительная модель), или даже неуправляемый код. Будьте осторожны с разрешением ему автоматически выбрать тип отладки, которой Вы интересуетесь.

Точки трассировки (и другие функции точки останова... щелкают правой кнопкой по точке останова и весело проводят время)! - http://blogs.msdn.com/saraford/archive/2008/06/13/did-you-know-you-can-use-tracepoints-to-log-printf-or-console-writeline-info-without-editing-your-code-237.aspx

непосредственное окно является потрясающим.

Удаленная Отладка очень полезна, если Вы развертываете приложения (и может добраться до машины, где проблема может быть воспроизведена).

существуют тонны больше. Попытайтесь войти в WinDbg и SoS!

Я нашел окно Modules полезным много времен. Это говорит, загрузил ли отладчик необходимый dll и какая версия dll загружается. Это также позволяет Вам вручную загрузить или разгрузить dll.

Некоторые от меня

• Снятие флажка опция "Enable Just My Code" в Инструментах-> Опции-> Отладка.
• Условные точки прерывания - они спасают мою жизнь почти каждый день
• Использование источник платформы.NET , если вещи становятся ужасными

Конечно, проверьте совет дня VS:

http://blogs.msdn.com/SaraFord/

Я всегда удостоверяюсь, что установил свойство "Name" на новых потоках, которые я создаю. Тот путь, когда я отлаживаю, я могу более легко определить различные потоки.

Вот другой аккуратный прием, который я изучил:

System.Diagnostics.Debugger.Break()

программно причины отладчик для повреждения на следующей инструкции. действительно хорошая часть, это также работает на программу, скомпилированную в режим Release без отладочной информации.

try {
    // do something big
}
catch {
    // breakpoint set here:
    throw CantHappenException("something horrible happened that should never happen.");
}

, Как Вы видите исключение, которое было первоначально выдано? В окне часов введите $exception

.load sos в окне Immediate:)

В неуправляемом коде вы можете установить «точки останова по данным».Они используют регистры отладки ЦП для выдачи INT3, и отладчик останавливается на этой инструкции без дополнительных затрат во время выполнения (в более старой версии отладчик прошел через программу, проверяющую память ... медленно!)

Это полезен, если у вас есть повреждения на известном адресе (стека / куча сбиваются).

Также AutoExp.dat в ide \ packages \ debugger может быть настроен для отображения ваших структур данных.

указатель, mb показывает шестнадцатеричный дамп в окне просмотра http://msdn.microsoft.com/en-us/magazine/dd252945.aspx

Ням!