You can get debugger roadmap from msdn to know everything about vs debugger.
Exception Handling:
There is a exceptions dialog box in vs to configure how the debugger behaves with exceptions. in general, if there happended unhandled exceptions in your program running, debugger will always break; as a tip to find out where a handled exception happened quickly, you can make that type of statements thrown in the specified tions dialog box. and you can add customized exceptions there.
And further, for C # and VB, there is "Exception Assistant" to provide richer info for exception handling.
Overview
-
Execution Control
-
Explains how to use the debugger to control the execution of your application. using the debugger, you can start, or continue, execution, break execution, stop execution, step through your application, run to a specified location, and set the execution point.
-
How to: restore hidden debugger commands
-
Describes how to make debugger commands visible that have been hidden by IDE default settings.
-
Working with threads and processes
-
Describes how to attach to, and control the execution of, processes and threads.
-
Just-in-time debugging
-
Discusses just-in-time debugging, which can start the debugger automatically when a program crashes while running outside of Visual Studio.
-
Launching the debugger automatically
-
Provides instructions on setting up your application to start Visual Studio when you start the application from windows. visual Studio will load your application, ready for debugging, but debugging will not begin until you issue an execution command. launching the debugger in this way is useful for debugging services and com out-of-process servers.
-
Walkthrough: Debugging at design time
-
Shows how to use the Visual Studio immediate window to execute a function or subroutine while your application is not running.
-
Dump files
-
Describes dump files, including instructions on saving and opening. dump files contain a snapshot of your program's state at some point in time, usually after a crash. if you test your program on a machine that does not have source files or PDBs installed, you can save a dump file when a crash occurs and use the dump file to debug the crash on the build machine that has the source files and PDBs.
-
Breakpoints and tracepoints
-
Describes what breakpoints and tracepoints are and how to use them.
-
Viewing data in the debugger
-
Provides information on a variety of debugging tools that enable you to inspect and modify the state of your program. Most of these tools function only in break mode.
-
Expressions in the debugger
-
Provides links to topics that describe the language-specific syntax you can use when entering C ++, C #, C ++, Visual Basic, J #, and script expressions in the debugger.
-
Exception Handling
-
Describes exceptions, how the debugger handles them and how to change that handling, how to see where the exception occurred and see the variable contents, limitations for unhandled exceptions in managed code, and fixing exceptions in native (C ++) code.
-
Edit and continue
-
Describes edit and continue, a tool that enables you to change your source code while your program is in break mode and apply those changes without having to end the debug session and build your program again, and provides instructions on enabling or disabling this feature.