Visual Studio调试之断点基础篇
Visual Studio调试之断点基础篇
我曾经问过很多人，你一般是怎么调试你的程序的？
F9, F5, F11, F……
有很多书和文章都是介绍怎么使用Visual Studio编写WinForm啦,、https://www.sodocs.net/doc/e66852935.html,之类的程序；知道如何编写固然重要，但是我觉得程序员可能只会花费30%的时间在编写代码上，剩下的大部分时间都是在调试程序。在网上看到很多人介绍Windbg的用法，但是没有看到几篇讲解使用Visual Studio调试的文章。Windbg固然强大，但是问题是它的学习曲线太陡了，而且很多调试并不需要使用Windbg来调试（当然啦，并不是指我不会Windbg调试啦—这是以后的调试系列文章将要讲的），为什么不使用我们最熟悉的Visual Studio来进行调试呢？
调试嘛，无非就是要看看程序在运行时候，内部的状态，例如一些变量的值是多少，看一看程序调用的路径啦之类的。当然最直接的方式就是直接中断程序的执行，用调试器去检查一下程序的情况嘛。于是F9, F5, F10, F11……
那么我们就来说说什么是断点，断点是什么？不是F9 ，也不是那个小红球，在Intel 系列的CPU（包括AMD生产的CPU）里面，它其实是一个特殊的指令—INT 3。CPU在执行程序的指令集的时候，只要碰到这个指令，就会中断程序的执行（当然啦，CPU会通知操作系统，然后……然后……然后……，断点的实现机制我会在以后的文章里面讲解，现在我们就只要知道那个INT 3指令会中断程序的执行好吗？）。
当然啦，我们需要用事实来证明我上面的话，因此把下面的程序编译并且执行一下，点“Yes”，点“Break”，对对对，程序中断了，我相信你可以看见的：
#include
void main()
{
printf("Before breakpoint"n");
__asm
{
int 3
}
printf("Before breakpoint"n");
}
编译方法：
1. 在开始菜单中打开Visual Studio 2008[2005] Command Prompt （Visual Studio 2008[2005]命令行）。
2. 进入保存上面 C源代码（int
3.c）的文件夹的路径。
3. 执行编译命令（因为我的机器是Windows 7 RC + Visual Studio 2008 + x64 CPU，直接编译有一点问题，如果你的机器不是我上面的配置，可以尝试执行
cl /Zi int3.c）
cl /Zi /c int3.c
4. 执行链接命令（如果你直接执行了命令cl /Zi int3.c的话就可以跳过这一步）。
link /libpath:"C:"Program Files"Microsoft SDKs"Windows"v6.0A"Lib" int3.obj
5. 运行输出的int3.exe。
这时你应该会看到Visual Studio弹出来，然后在源代码行的int 3上面中断，说明我们已经成功地让CPU中断int3.exe程序的执行了。
提示
：如果你执行int3.exe的时候，没有发现Visual Studio窗口弹出来的话，那么请点击Visual Studio菜单项里面的“Tools（工具）”—“Options（选项）”，接着在“Options （选项）”窗口中选择“Debugging（调试）”—“Just-In-Time（即时调试）”，然后勾选“Native（原生程序）”选项。如下图所示：
图片看不清楚？请点击这里查看原图（大图）。
“综上所述，断点是int 3这个指令触发的！（小时候的数学证明题）”。
由int 3这个指令（当然是在intel系列的CPU上面）引申出来有哪些函数呢：
语言/
名称描述
工具
C++
DebugB
reak
在C++代码中硬
编码一个断点。
C#
Debugg
er.Break
在.NET代码中硬
编码一个断点
Visua
l Studio
断点设置一个断点
未完待续……
Visual Studio调试之断点进阶篇
https://www.sodocs.net/doc/e66852935.html, 2009年09月28日来源：博客园作者：donjuan 收
藏本文
在上一篇文章Visual Studio调试之断点基础篇里面介绍了什么是断点，INT 是Intel系列CPU的一个指令，可以让程序产生一个中断或者异常。程序中如果有中断或者异常发生了以后，CPU会中断程序的执行，去一个叫做IDT的部件查找处理这个中断（或者异常）的例程（Handler）。IDT是操作系统在启动的时候初始化的，至于IDT的细节问题，例如什么是IDT，怎样编写一个IDT的例程，怎样初始化IDT，可以去网上搜索一些资料。
总之，这里我们只要知道，CPU在执行程序指令过程中，碰到INT 3中断程序的执行，CPU然后去IDT表里面找到处理断点的例程入口。这个例程要做的事情就是：
1. 先看看机器里面是不是安装了一个调试器—记住，这一步很重要，之所以重要以后的文章里面会介绍。
2. 如果机器里面没有安装调试器，那么操作系统就会终止程序的执行。
3. 否则操作系统启动调试器，并将调试器附到进程上。
4. 这样，我们才能在调试器里面检查程序内部变量的值。
前面文章里面的INT 3 （或者DebugBreak()，或者Debugger.Break()）指令是我们自己在代码里面硬编码进去的，因此我们在Visual Studio里，在相应的代码行里面点一下，出现一个小红球，也就是说Visual Studio在程序指令集某个地方动态地添加了一个INT 3指令。现在的问题来了，Visual Studio是如何在程序中正确找到插入INT 3指令的位置的？
或者更具体一些，我们在源代码（文本文件）里面设置断点的，Visual Studio需要把代码行翻译成在程序指令集中的位置。Visual Studio之所以需要做翻译，是因为通常一行C++或者 C#代码都会对应好几行汇编指令。
因此，Visual Studio需要一个额外的文件来执行这个翻译过程，这个额外的文件叫做调试符号文件（Symbols），是由编译器生成的。Visual Studio系列的编译器，不论是C#、https://www.sodocs.net/doc/e66852935.html,还是C++编译器都会生成这个调试符号文件，.pdb 文件。所以如果你花一点时间看看Debug文件夹的话，你就会发现这个文件。
因此我们来看看Visual Studio支持的各种断点，并解释各种断点的实现方式
条件断点
首先我们先看看如何设置条件断点，条件断点有两种，一种是根据触发的次数来设置，另外一种是根据一条预置的条件来设置。
根据触发次数设置
比如说，你有一个循环，循环1000次，你知道有一个BUG总是在500次之后才会出现，因此肯定希望在循环内设置一个断点，但是前面500次都不会触发这个断点，否则连续按500次的F5的确不是一件轻松的差事。
图片看不清楚？请点击这里查看原图（大图）。
根据预置条件来设置
如果你已经知道一些条件可能会引发Bug，那么根据条件来设置则最合适不过了。如下图所示：
图片看不清楚？请点击这里查看原图（大图）。
在“断点条件（Breakpoint Condition）”对话框里面，只需要输入一条正常的C#、C++或者https://www.sodocs.net/doc/e66852935.html,的语句就可以了（当然，语法是根据你项目里面的源代码语法一致），这条语句的要求是必须返回bool值—否则就不是一个条件了。
第三个还有断点过滤器，当你在断点上，右键点击弹出的菜单里面，会有一个“过滤（Filter）”菜单，它允许你限制将断点仅设置在特定的线程上。这里我就不细讲了，有兴趣的话，可以自己写一个多线程或者多进程程序试试这个功能。
知道断点的原理以后，理解条件断点应该就不会是问题了。
监视断点（Watching Point）
有的时候，你可能需要查看程序内部一些变量的值，但是你又不希望中断程序的执行。例如你在调试一个网络协议栈，一个程序可能在接收数据包，你想看看数据包的格式，但如果中断程序的执行，会导致后续的数据包丢失。
因此，我们一般的做法就是在源代码里面加一些日志记录代码，这样可以将一些变量的值记录下来，以便后续分析。如果日志在产品发布以后还需要的话，在源代码里面加入这些日志代码固然是一个好主意，但是如果你只是想临时看看一些变量的值呢？
这个时候，监视断点就很有用了，Visual Studio的监视断点就可以让你做到在不修改程序源代码的前提下，在调试器窗口中打印一些变量的值。
下图演示了监视断点的用法：
图片看不清楚？请点击这里查看原图（大图）。
设置监视断点的步骤，或者说是注意事项吧：
1. 设置一个普通的断点
2. 右键单击刚刚设置的断点，在弹出菜单里面选择“When Hit…”
3. 钩选第一个“打印一条消息（Print a message）”复选框，输入一串文本，默认情况下，你输入的文本会被直接打印到调试的输出窗口里面来。除了：
a. 以$符号开头的几个关键字。比如$FUNCTION就会被替换成断点所在的函数名。其他有一些关键字在“When Breakpoints Is Hit”窗口当中有详细的说明。
b. 使用大括号 {}包含起来的变量名，这样的字符串会被替换成变量的值。
这下面就是监视断点的效果，注意，你只能在Visual Studio的“输出（Output）”窗口中查看结果。
图片看不清楚？请点击这里查看原图（大图）。
监视断点相对于日志记录的好处是，你不需要改动源代码，并且重新编译代码。实际上Visual Studio实现监视断点的原理也很简单，就是插入一个普通的断点，断点触发之后处理并且打印在“When Breakpoints Is Hit”窗口输出的表达式，最后自动恢复程序的执行。
Visual Studio调试之断点技巧篇
https://www.sodocs.net/doc/e66852935.html, 2009年09月30日来源：博客园作者：donjuan 收
藏本文
在前面的文章Visual Studio调试之避免单步跟踪调试模式里面我讲了如何设置函数断点，说实话，我个人喜欢设置函数断点，而不是在代码行里面设置断点。一般来说，函数断点在下面几种情形下有用：
1. 例如调试一个网站程序，你通过分析网站的日志发现最有可能发生错误的函数，打开调试器并将调试器附加到程序上去，设置函数断点，重新执行网站……这样做的好处是，不用到处打开源文件去找出错的源代码行，调试器会自动打开源代码，并
且在函数的入口处中断（岂不是很方便？）。
2. 例如你在阅读源代码的时候，通常在读到虚函数调用的时候，因为通常这种调用都是通过基类指针调用的，而你又一时半会不知道到底有哪个继承类的Overloading函数会被调用到，函数断点可以告诉你。
3. 或者一种特殊的情形，你想读一个程序的源代码，但就是找不到入口Main函数，例如.NET程序，那么直接在Visual Studio里面按F11就能帮你找到入口函数—这是函数断点的一个特殊情形。
4. 比如你在调试Web Service函数，设置函数断点也是一个快捷的调试方法，这个技巧跟技巧1类似。
当然，可能有些读者没有办法成功设置函数断点，如果设置函数断点失败，请阅读我的文章“不能设置断点的检查步骤”。如果里面有一些名词术语（术语请参看文章：调试术语）不知道或者不知道如何设置的话，呃，我会另写一篇文章讲解。
断点编程
有的时候你可能会碰到这种情况，触发一个断点以后，你发现需要修改一些值，才能使程序继续正确执行下去。例如我以前在中文版本的操作系统上，使用sscli里面（调试版）的csc.exe编译器编译一些包含语法错误或者语法警告的C#源文件的时候，csc.exe
总是会莫名其妙地报告内部严重错误，然后就崩溃了。我将调试器附加上去以后，发现是一个ASSERT错误，ASSERT(lcid == 0x409)，表示sscli里面的csc.exe总是默认自己在英文操作系统（或者说英文环境）里面运行。而且这一条语句会被执行很多次，手工修改lcid的值的确有点麻烦。然后我找源代码找来找去都没有找到csc.exe在哪个地方获取到这个lcid值（当然我最后找到了，下一个技巧将告诉你我是怎么找到的），然而我又不想重启系统（呃……也许我就是那种宁愿花1个钟头去找节省花费5分钟重启系统的方法的那种人……）。
这个时候如果调试器可以自动帮你重置lcid的值该有多好？幸运的是，Visual Studio 提供了方法让你完成这样的工作。下面是一个简化的代码，因为我一时半会找不到sscli 了：
int lcid = System.Globalization.CultureInfo.CurrentUICulture.LCID;
Console.WriteLine("lcid = {0}", lcid);
上面的代码在正常情况下，应该返回当前操作系统语言的lcid值，例如英文就是1033，中文的，呃……我忘记了。假设我们现在希望做的是，每当lcid的值为1033的时候，就自动更正为0。我们需要：
1. 在Console.WriteLine这一行上设置一个条件断点，条件断点的设置请参看Visual Studio调试之断点进阶篇：
图片看不清楚？请点击这里查看原图（大图）。
2. 点击Visual Studio菜单栏里面的“工具（Tools）”—“宏（Macro）”—“宏资源管理器（Macro Explorer）”。然后创建一个新的宏：
Imports System
Imports EnvDTE
Imports EnvDTE80
Imports EnvDTE90
Imports System.Diagnostics
Imports Microsoft.VisualBasic
Imports Microsoft.VisualBasic.ControlChars
Public Module Module1
Sub ChangeExpression()
DTE.Debugger.ExecuteStatement("lcid = 0;")
End Sub
End Module
上面DTE.Debugger.ExecuteStatement的作用，你可以理解成在立即窗口中执行lcid = 0;这条语句。
3. 右键点击刚才设置好的断点，在菜单里面选择“When Hit …”，这一次在“When Breakpoint is Hit”窗口中勾选“Run a macro:（执行一个宏）”，然后在下拉框里面选择刚才你创建的宏的名称。如果你是第一次创建宏，名称应该是：Macros.MyMacros.Module1.ChangeExpression。
4. 勾选“继续执行（Continue execution）”，因为我们并不想让程序中断下来。
5. 点击确定以后，执行程序看一看结果，lcid是不是已经被自动改成0了？
图片看不清楚？请点击这里查看原图（大图）。
数据断点
注意，这个技巧仅对C++程序调试有效（或者说native程序），而且你只能在中断模式下才能设置数据断点，另外你还只能在本机设置数据断点。
上一节的例子里，我们提到了，有的时候一个全局变量被修改了以后，你可能都找不到它是什么时候被修改的，于是夜已深，人已寐，你还在辛苦地调试到底是哪个鬼地方把这个变量的值修改了。F11， F10，……，SHIFT + F11，……，F5，靠，调过了，重来，F11，F10，……
这种情况下，数据断点就很有用了，Visual Studio允许你在变量被修改的时候，中断程序的执行，是不是很酷？
默认情况下，你是找不到数据断点这个菜单的，需要执行下面的步骤把它拉出来：
1. 打开你要调试的项目。
2. 点击Visual Studio菜单栏里面的“工具（Tools）”—“自定义（Customize…）”。然后在“自定义（Customize…）”窗口中选择“命令（Commands）”页签里面的“种类（Categories）”列表框里的“调试（Debug）”，找到“新数据断点（New Data Breakpoint）”，将它拖到菜单栏里面相应的位置。
然后打开或者创建一个C++项目，我们以下面的源代码为例子：
#include "stdafx.h"
int g_Variable = 0;
int _tmain(int argc, _TCHAR* argv[])
{
printf("Before modifying data breakpoints"n");
g_Variable = 1;
printf("After modifying data breakpoints"n");
return 0;
}
我们现在要Visual Studio在更改g_Variable的时候中断程序的执行。
1. 单击F11，这样程序就会在_tmain函数里面中断了，我们也就有机会设置数据断点了。
2. 点击菜单里面的“新数据断点（New Data Breakpoint）”。注意，数据断点是通过监视内存地址某一段区域更改来实现的，因此你必须提供一个内存地址（或者说就是指针吧），这里g_Variable是一个整形变量，因此你需要使用“&g_Variable”的形式来创建一个数据断点，因为整形的大小是4个字节，因此数据断点监视的区域是4个字节，如下图所示：
图片看不清楚？请点击这里查看原图（大图）。
3. 继续程序的执行，这时会弹出一个对话框，告诉你有一个内存地址的内容发生了变化（说明我们的数据断点生效了），这时代码行指向的是数据被修改的下一行代码，为什么会是下一行代码，下一篇文章会讲到：
呃，为什么数据断点只能在C++/C程序中才能设置？是因为托管代码有垃圾回收。而数据断点的执行原理应该是Windows内存管理里面的Guard Pages概念和VirtualProtectEx函数的实现。这个概念可以自己去查MSDN的内存管理方面的文档。
AS断点调试
1.设置断点 选定要设置断点的代码行，在行号的区域后面单击鼠标左键即可。 2.开启调试会话 点击红色箭头指向的小虫子，开始进入调试。 IDE下方出现Debug视图，红色的箭头指向的是现在调试程序停留的代码行，方法f2()中，程序的第11行。红色箭头悬停的区域是程
序的方法调用栈区。在这个区域中显示了程序执行到断点处所调用过的所用方法，越下面的方法被调用的越早。 3.单步调试 3.1 step over 点击红色箭头指向的按钮，程序向下执行一行（如果当前行有方法调用，这个方法将被执行完毕返回，然后到下一行） 3.2 step into 点击红色箭头指向的按钮，程序向下执行一行。如果该行有自定义方法，则运行进入自定义方法（不会进入官方类库的方法）。具体步骤如下：在自定义方法发f1()处设置断点，执行调试
点击
3.3 Force step into 该按钮在调试的时候能进入任何方法。 3.4 step out 如果在调试的时候你进入了一个方法(如f2())，并觉得该方法没有问题，你就可以使用stepout跳出该方法，返回到该方法被调用处的下一行语句。值得注意的是，该方法已执行完毕。 3.5 Drop frame
点击该按钮后，你将返回到当前方法的调用处（如上图，程序会回到main()中）重新执行，并且所有上下文变量的值也回到那个时候。只要调用链中还有上级方法，可以跳到其中的任何一个方法。 4. 高级调试 4.1 跨断点调试 设置多个断点，开启调试。
想移动到下一个断点，点击如下图： 程序将运行一个断点到下一个断点之间需要执行的代码。如果后面代码没有断点，再次点击该按钮将会执行完程序。 4.2 查看断点
Visual Studio调试之断点进阶篇
在上一篇文章Visual Studio调试之断点基础篇里面介绍了什么是断点，INT 是Intel 系列CPU的一个指令，可以让程序产生一个中断或者异常。程序中如果有中断或者异常发生了以后，CPU会中断程序的执行，去一个叫做IDT的部件查找处理这个中断（或者异常）的例程（Handler）。IDT是操作系统在启动的时候初始化的，至于IDT的细节问题，例如什么是IDT，怎样编写一个IDT的例程，怎样初始化IDT，可以去网上搜索一些资料。 总之，这里我们只要知道，CPU在执行程序指令过程中，碰到INT 3中断程序的执行，CPU 然后去IDT表里面找到处理断点的例程入口。这个例程要做的事情就是： 1.先看看机器里面是不是安装了一个调试器—记住，这一步很重要，之所以重要以 后的文章里面会介绍。 2.如果机器里面没有安装调试器，那么操作系统就会终止程序的执行。 3.否则操作系统启动调试器，并将调试器附到进程上。 4.这样，我们才能在调试器里面检查程序内部变量的值。 前面文章里面的INT 3 （或者DebugBreak()，或者Debugger.Break()）指令是我们自己在代码里面硬编码进去的，因此我们在Visual Studio里，在相应的代码行里面点一下，出现一个小红球，也就是说Visual Studio在程序指令集某个地方动态地添加了一个INT 3指令。现在的问题来了，Visual Studio是如何在程序中正确找到插入INT 3指令的位置的？ 或者更具体一些，我们在源代码（文本文件）里面设置断点的，Visual Studio需要把代码行翻译成在程序指令集中的位置。Visual Studio之所以需要做翻译，是因为通常一行C++或者C#代码都会对应好几行汇编指令。 因此，Visual Studio需要一个额外的文件来执行这个翻译过程，这个额外的文件叫做调试符号文件（Symbols），是由编译器生成的。Visual Studio系列的编译器，不论是C#、https://www.sodocs.net/doc/e66852935.html,还是C++编译器都会生成这个调试符号文件，.pdb 文件。所以如果你花一点时间看看Debug文件夹的话，你就会发现这个文件。 因此我们来看看Visual Studio支持的各种断点，并解释各种断点的实现方式 条件断点 首先我们先看看如何设置条件断点，条件断点有两种，一种是根据触发的次数来设置，另外一种是根据一条预置的条件来设置。 根据触发次数设置 比如说，你有一个循环，循环1000次，你知道有一个BUG总是在500次之后才会出现，因此肯定希望在循环内设置一个断点，但是前面500次都不会触发这个断点，否则连续按500次的F5的确不是一件轻松的差事。
软件调试技巧
软件调试技巧 一、软件调试方法 软件调试有很多种方法。常用的有4种，即强行排错法、回溯排错法、归纳排错法和演绎排错法。 1.强行排错法 这种方法需要动脑筋动的地方比较少，因此叫强行排错。通常有以下3种表现形式： ●打印内存变量的值。在执行程序时，通过打印内存变量的数值，将该数值同预期的数值进行比较，判 断程序是否执行出错。对于小程序，这种方法很有效。但程序较大时，由于数据量大，逻辑关系复杂，效果较差。 ●在程序关键分支处设置断点，如弹出提示框。这种方法对于弄清多分支程序的流向很有帮助，可以很 快锁定程序出错发生的大概位置范围。 ●使用编程软件的调试工具。通常编程软件的IDE集成开发环境都有调试功能，使用最多的就是单步调 试功能。它可以一步一步地跟踪程序的执行流程，以便发现错误所在。 2.回溯排错法 这是在小程序中常用的一种有效的调试方法。一旦发现了错误，可以先分析错误现象，确定最先发现该错误的位置。然后，人工沿程序的控制流程，追踪源程序代码，直到找到错误根源或确定错误产生的范围。 3.归纳排错法 归纳法是一种从特殊推断一般的系统化思考方法。归纳法调试的基本思想是，从一些线索（错误的现象）着手，通过分析它们之间的关系来找出错误，为此可能需要列出一系列相关的输入，然后看哪些输入数据的运行结果是正确的，哪些输入数据的运行结果有错误，然后加以分析、归纳，最终得出错误原因。 4.演绎排错法 演绎法是一种从一般原理或前提出发，经过排除和精化的过程来推导出结论的思考方法。调试时，首先根据错误现象，设想及枚举出所有可能出错的原因作为假设。然后再使用相关数据进行测试，从中逐个排除不可能正确的假设。最后，再用测试数据验证余下的假设是否是出错的原因。 二、调试的原则 调试能否成功一方面在于方法，另一方面很大程度上取决于个人的经验。但在调试时，通常应该遵循以下一些原则。 1.确定错误的性质和位置的原则 用头脑去分析思考与错误征兆有关的信息，避开死胡同。调试工具只是一种辅助手段。利用调试工具可以帮助思考，但不能代替思考。通常避免使用试探法，最多只能将它当作最后的手段，毕竟小概率事件有时也会发生。 2.修改错误的原则 在出现错误的地方，很可能还有别的错误。修改错误的一个常见失误是只修改了这个错误的征兆或这个错误的表现，而没有修改错误本身。当新修正一个错误的同时又引入新的错误。 三、有效减少调试时间 1.绘制程序流程图 一些程序员认为，绘制程序流程图是件繁琐的事，而且浪费时间。其实不然，当读者对着偌大的程序一筹莫展时，面对纷纭复杂的关系理不出头绪时，使用程序流程图绝对可以事半功倍。 因此建议在编制程序前先绘制流程图，这样编程的思路有条理，调试时同样会有条不紊。若编制程序之前没有绘制流程图，当排错没有进展时，可以马上编写流程图。你会发现，程序中某些分支或细节被忽略了，这些细节可能就是程序出错的地方。 2.不要过多地依赖单步调试 有些程序对时间很敏感。数据只在那么一瞬间有效，可谓稍纵即逝。所以等到单步执行到那里时，
Eclipse项目开发常用快捷键
在Java项目开发中,使用到的eclipse工具拥有很多快捷键,熟练使用这些快捷键可以是让码代码的速度得到相当的提升,下面是总结的一些常用的快捷键,供大家参考. (注:文中箭头对应键盘方向键,黄色为使用频率非常高的快捷键) Ctrl+Alt+↓向下复制当前行 Ctrl+Alt+↑向上复制当前行 (很多人这两个快捷键无效,主要两个原因造成: 1:与播放器快捷键冲突,如网易云,QQ播放器,解决办法:找到播放器设置快捷键 2:与集显快捷键冲突,解决步骤如下: 点击鼠标右键→选择→→ →将快捷键设置为禁用以后,重启eclipse即可生效) Alt+/ 快捷提示,如某个类中的方法,字段.( 1:打开Eclipse，在导航栏选择打开" Window －Preferences"。
2:在目录树上选择"Java－Editor－Content Assist"，在右侧的"Auto-Activation"找到"Auto Activation triggers for java"选项。默认触发代码提示的是"."这个符号3: 在"Auto Activation triggers for java"选项中，将"."更 改：.abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ) Alt+↓移动当前行到下面一行 Alt+↑移动当前行到上面一行 Alt+←返回前一个编辑的页面 Alt+→到下一个编辑的页面 Alt+Shift+←选择上一个元素(根据鼠标光标位置),有时候选择复制一段代码可用 Alt+Shift+→选择下一个元素(同上) Alt+Enter快速显示当前文件的属性,如文件存放路径 Alt+Shift+S快速创建本类中的相关方法,如构造方法,实现或继承方法,get/set方法 Alt+Shift+W选中某个文件后,选择SystemExplorer可快速打开文件所在位置及其他相关信息(该快捷键仅支持高版本Eclipse,火星版本及以后) Ctrl+D 删除当前行 Ctrl+M当前窗口最大化 Ctrl+L定位到指定函数(也可直接点击编辑器右下角的SmartInsert) Ctrl+Q 定位到最后编辑的地方 Ctrl+F按下后,可输入查询关键字,查找该关键字在当前文件中的位置 Ctrl+K选中关键字,查找下一个关键字的位置 Ctrl+H打开查询窗口,可根据文件类型进行查找
如何高效使用GDB断点
在gdb中，断点通常有三种形式 断点（BreakPoint）： 在代码的指定位置中断，这个是我们用得最多的一种。设置断点的命令是break，它通常有如下方式： 可以通过info breakpoints [n]命令查看当前断点信息。此外，还有如下几个配套的常用命令： 观察点（WatchPoint）： 在变量读、写或变化时中断，这类方式常用来定位bug。
捕捉点（CatchPoint）： 捕捉点用来补捉程序运行时的一些事件。如：载入共享库（动态链接库）、C++的异常等。通常也是用来定位bug。 捕捉点的命令格式是：catch
break
3-2节 程序调试的方法
3-2节程序调试的方法 编程是一件需要认真和细心的工作。通过让学生从李明同学学习程序设计时所遇到的困难和他情感上所表现出来的“窘态”故事开始，道出程序调试不但需要技巧、更需要有耐心和毅力的道理，从而激发学生学习程序调试的兴趣和热情，拉开了本节的充幕。 接着，布置任务，让学生输入课本P83四段有错误的程序，要求学生自己探究，并改正程序。 最后分析程序运行的情况，总结出程序运行出错的四种类型： 一、拼写错误 1）在工程窗口中，看到红色文字显示的程序是有拼写错误的。 2）同时还要检查其它的拼写错误 Pring改为print Integr改为integer 2、编译时出现的错误 S应该改为a 3、运行时出现的错误 运行时的错误是指编译通过后，在执行程序时出现的错误，如用0作除数等。
例如：a=0的时候，将会出现0作除数的情形 4、逻辑错误 程序运行后，得出的结果不是正确的。这说明程序存在逻辑错误。逻辑错误产生 的原因很多，运算符使用不正确、语句次序不对、循环的设置不对等都可以产生 逻辑错误。 如这里的程序的出口应该是tree>=100 任务： P85 马上行动：
你和同学们能解决以上的问题吗？以合作、交流的方式大胆尝试一下，你会有意外的收获！ 一、本节小结： 本节主要通过任务驱动、探究的形式，介绍了程序的错误类型，分析了产生错误的原因，程序的调试与排错的方法，让学生“从做中学”，进一步体验了程序调试的方法和技巧，培养了 学生调试程序的耐心和毅力，提高了学生程序设计的素养。 五、课外练习 编写一个程序，将从键盘输入的一个自然数进行因数分解，输出结果并上机验证。
Eclipse的debug操作手册
在本教程中，我们将看到使用Eclipse调试Java应用程序。调试可以帮助我们识别和解决应用程序中的缺陷。我们将重点放在运行时间的问题，而不是编译时错误。有提供像gdb的命令行调试器。在本教程中，我们将集中在基于GUI的调试，我们把我们最喜爱的IDE Eclipse来运行，通过本教程。虽然我们说的Eclipse，点大多是通用的，适用于调试使用的IDE像NetBeans。在看这篇文章前，我推荐你看一下Eclipse 快捷键手册，你也可以到这儿：下载PDF文件 我的eclipse版本是4.2 Juno。 0.三点特别提醒： ?不要使用System.out.println作为调试工具 ?启用所有组件的详细的日志记录级别 ?使用一个日志分析器来阅读日志 [ （System.out.println()对开发人员来说，有时候也许可以是一种调试手段，但是项目一旦完成他就没有什么用途了，就变成垃圾了，得必须注释或删除掉，这样会比较麻烦。启用所有组件的详细日志记录级别，运用日志分析器来记录详细系统运行状态,这对后期网站的优化和维护会有很多作用。）这仅仅是个人理解，仅供参考！ ] 1.条件断点 想象一下我们平时如何添加断点，通常的做法是双击行号的左边。在debug视图中， BreakPoint View将所有断点都列出来，但是我们可以添加一个boolean类型的条件来决 定断点是否被跳过。如果条件为真，在断点处程序将停止，否则断点被跳过，程序继续执行。
2.异常断点 在断点view中有一个看起来像J！的按钮，我们可以使用它添加一个基于异常的断点，例如我们希望当NullPointerException抛出的时候程序暂停，我们可以这样: 3.观察点 这是一个很好的功能，他允许当一个选定的属性被访问或者被更改的时候程序执行暂停，并进行debug。最简单的办法是在类中声明成员变量的语句行号左边双击，就可以加入一个观察点。
eclipse断点调试指导
1.进入debug模式（基础知识列表） 1、设置断点 2、启动servers端的debug模式 3、运行程序，在后台遇到断点时，进入debug调试状态 ============================= 作用域功能快捷键 全局单步返回F7 全局单步跳过F6 全局单步跳入F5 全局单步跳入选择Ctrl+F5 全局调试上次启动F11 全局继续F8 全局使用过滤器单步执行Shift+F5 全局添加/去除断点Ctrl+Shift+B 全局显示Ctrl+D 全局运行上次启动Ctrl+F11 全局运行至行Ctrl+R 全局执行Ctrl+U ============================= 1.Step Into (also F5) 跳入 2.Step Over (also F6) 跳过 3.Step Return (also F7) 执行完当前method，然后return跳出此
method 4.step Filter 逐步过滤一直执行直到遇到未经过滤的位置或断点(设置Filter:window-preferences-java-Debug-step Filtering) 5.resume 重新开始执行debug,一直运行直到遇到breakpoint。 例如：A和B两个断点，debug过程中发现A断点已经无用,去除A 断点，运行resume就会跳过A直接到达B断点。 6.hit count 设置执行次数适合程序中的for循环(设置breakpoint view-右键hit count) 7.inspect 检查运算。执行一个表达式显示执行值 8.watch 实时地监视对象、方法或变量的变化 9.我们常说的断点(breakpoints)是指line breakpoints,除了line breakpoints,还有其他的断点类型：field(watchpoint)breakpoint,method breakpoint ,exception breakpoint. 10.field breakpoint 也叫watchpoint(监视点) 当成员变量被读取或修改时暂挂 11.添加method breakpoint 进入/离开此方法时暂挂(Run-method breakpoint) 12.添加Exception breakpoint 捕抓到Execption时暂挂(待续...) 断点属性： 1.hit count 执行多少次数后暂挂用于循环 2.enable condition 遇到符合你输入条件(为ture\改变时)就暂挂 3.suspend thread 多线程时暂挂此线程 4.suspend VM 暂挂虚拟机 13.variables 视图里的变量可以改变变量值，在variables 视图选择变
VS环境断点调试技巧_85920453_597709898
VS环境断点调试技巧 设置断点：在如下图中的红色圆点处设置断点，红色圆点表示已经在这行设置断点。 启动调试：按F5或者点击左边红框中的按钮。右边框是开始执行(不调试)Ctrl+F5。 调试工具栏：下面是工具栏中对应的名称和快捷键。 在调试过程中F5是执行到下一个断点。F11是逐语句，在执行到下图中的断点时，按F11会执行到Fibonacci方法里面逐步记录执行过程。F10是逐过程，与逐语句不同的是，在执行到下图中断点时，再执行会执行断点下面的语句，而不是去执行语句中的方法。
局部变量：在调试过程中可以查看局部变量窗口，如下图里面会有变量的当前状态。如果找不到的话在 数组的状态表示如下图： InteliTrace记录每一步的调试状态。
条件中断 开发人员设置断点，运行程序，利用不同的输入触发断点，然后在断点处手工检查是否满足某些特定的条件，从而决定是否继续调查。如果当前场景不是他们想要的，按F5继续运行程序，尝试别的输入，手动重复刚才的过程。 针对上述情况，Visual Studio提供了一个方便得多的功能——“条件中断”。只有当程序满足了开发人员预设的条件后，条件断点才会被触发，调试器中断。这将避免频繁地手工检查/恢复程序运行，大量减少调试过程中的手工和烦琐工作。 如何设置条件断点： 设置条件断点非常容易。在特定的行上，按F9设置断点。 然后右击断点–编辑窗口左侧的红点，在上下文菜单上选择“条件”。 这时弹出一个对话框供你设置激活该断点所需的条件。比如：我们希望只有当x==5时，调试才中断。我们可以写出如下的表达式：
现在我再运行这个程序按F5达到条件断点，只有当x等于5时，程序运行才会被中断。对于其它条件下的x值，断点将被跳过。 记录到达断点次数 有时你希望，只有当第N次满足条件的运行到达断点时，才中断程序运行。例如：当第一次命中断点。可以通过右击断点，然后在弹出菜单上选择“命中次数”菜单命令实现。 这时系统弹出一个对话框，它允许你指定：（1）当满足条件，而且进入断点的累计次数等于N时，断点命中一次。（2）当满足条件，而且进入断点的累计次数是N的倍数时，断点命中一次。（3）当满足条件，而且进入断点的累计次数大于N时，每次命中断点。 注意：如果多个条件同时用的话，结果取交集。
PLC程序现场调试的方法
P L C程序现场调试的方法 Prepared on 24 November 2020
PLC程序现场调试的方法——【非常重要】 02-04 16:42更新林慧玲分类：围观:625人次微信二维码 1、要查接线、核对地址 要逐点进行，要确保正确无误。可不带电核对，那就是查线，较麻烦。也可带电查，加上信号后，看电控系统的动作情况是否符合设计的目的。 2、检查模拟量输入输出 看输入输出模块是否正确，工作是否正常。必要时，还可用标准仪器检查输入输出的精度。 3、检查与测试指示灯 控制面板上如有指示灯，应先对应指示灯的显示进行检查。一方面，查看灯坏了没有，另一方面检查逻辑关系是否正确。指示灯是反映系统工作的一面镜子，先调好它，将对进一步调试提供方便。 4、检查手动动作及手动控制逻辑关系 完成了以上调试，继而可进行手动动作及手动控制逻辑关系调试。要查看各个手动控制的输出点，是否有相应的输出以及与输出对应的动作，然后再看，各个手动控制是否能够实现。如有问题，立即解决。 5、半自动工作 如系统可自动工作，那先调半自动工作能否实现。调试时可一步步推进。直至完成整个控制周期。哪个步骤或环节出现问题，就着手解决哪个步骤或环节的问题。 6、自动工作 在完成半自动调试后，可进一步调试自动工作。要多观察几个工作循环，以确保系统能正确无误地连续工作。 7、模拟量调试、参数确定 以上调试的都是逻辑控制的项目。这是系统调试时，首先要调通的。这些调试基本完成后，可着手调试模拟量、脉冲量控制。最主要的是选定合适控制参数。一般讲，这个过程是比较长的。要耐心调，参数也要作多种选择，再从中
选出最优者。有的PLC，它的PID参数可通过自整定获得。但这个自整定过程，也是需要相当的时间才能完成的。 8、完成上述所有的步骤 整个调试基本算是完成了。但最好再进行一些异常条件检查。看看出现异常情况或一些难以避免的非法操作，是否会停机保护或是报警提示。进行异常检查时，一定要充分考虑到设备与人身的安全! 整个调试基本算是完成了。但最好再进行一些异常条件检查。看看出现异常情况或一些难以避免的非法操作，是否会停机保护或是报警提示。进行异常检查时，一定要充分考虑到设备与人身的安全!
eclipse debug (调试)
eclipse debug (调试) 学习心得 进入debug模式： 1、设置断点 2、启动servers端的debug模式 3、运行程序，在后台遇到断点时，进入debug调试状态 ============================= 作用域功能快捷键 全局单步返回 F7 全局单步跳过 F6 全局单步跳入 F5 全局单步跳入选择 Ctrl+F5 全局调试上次启动 F11 全局继续 F8 全局使用过滤器单步执行 Shift+F5 全局添加/去除断点 Ctrl+Shift+B 全局显示 Ctrl+D 全局运行上次启动 Ctrl+F11 全局运行至行 Ctrl+R 全局执行 Ctrl+U ============================= 1.Step Into (also F5) 跳入 2.Step Over (also F6) 跳过 3.Step Return (also F7) 执行完当前method，然后return跳出此method 4.step Filter 逐步过滤一直执行直到遇到未经过滤的位置或断点(设置Filter:window-preferences-java-Debug-step Filtering) 5.resume 重新开始执行debug,一直运行直到遇到breakpoint。 例如：A和B两个断点，debug过程中发现A断点已经无用,去除A断点，运行resume就会跳过A直接到达B断点。 6.hit count 设置执行次数适合程序中的for循环(设置 breakpoint view-右键hit count) 7.inspect 检查运算。执行一个表达式显示执行值 8.watch 实时地监视对象、方法或变量的变化 9.我们常说的断点(breakpoints)是指line breakpoints,除了line breakpoints,还有其他的断点类型：field(watchpoint)breakpoint,method breakpoint ,exception breakpoint. 10.field breakpoint 也叫watchpoint(监视点) 当成员变量被读取或修改时暂挂 11.添加method breakpoint 进入/离开此方法时暂挂(Run-method breakpoint) 12.添加Exception breakpoint 捕抓到Execption时暂挂(待续...) 断点属性： 1.hit count 执行多少次数后暂挂用于循环 2.enable condition 遇到符合你输入条件(为ture\改变时)就暂挂
VB程序调试技巧
一，如果遇到了一些逻辑性很强的问题比如有循环什么的我的方法是在关键地方加入debug.print 变量 这样可以比较好地找到问题 二，msgbox 三，监视窗口，如下面的例子 For i=1 to 10000 A=sqr(i) next i 你想再监视当i＝799时A的值，就可以添加监视，方法：点调试，添加监视，选择“当监视值为真时中断”，上面表达式框中写上i=799， 这样你按F5，运行程序，程序会在i=799时中断。其他选项你可以自己去琢磨一下。 一个程序如何顺利的“脱产”，调试的过程是非常重要的。学过、钻研过程序设计的人都有同样的感受，很多情况下，调试程序的过程会比程序编写的过程更为困难。任何一个天才都不敢说，他编的程序是100%正确的。几乎每一个稍微复杂一点的程序都必须经过反复的调试、修改，最终才完成。所以说，程序的调试是编程中的一项重要技术。 程序中的典型错误类型 A类：语法错误。 B类：编译错误。 C类：属性设置错误。 D类：逻辑错误。 调试方法 方法一：利用“MSDN帮助菜单” “MSDN帮助菜单”是一个很好的自学工具，对于出现调试对话框的菜单来说，可以按下“帮助”按钮查看错误原因。 对于一些不是很清楚的函数格式、保留字的作用，也可以借助“帮助菜单”。 方法二：逐过程检查 主要检查代码是否写对，位置有没有错误，关键是要确定一段代码是在哪个事件控制下的。不妨先在脑海中把整个程序过一边，想一想究竟会有哪些事件发生（有些事件是人机互动的，例如：鼠标点击；而有些是机器自己执行的，这时要想到计时器的作用）；然后想一想每一件事发生后有什么效果。我们代码所编写的一般就是事件发生后的这个效果，那么以此事件来决定代码所写的位置。 方法三：逐语句检查（顺序、语义） 主要检查每一句代码的顺序是否写对，语义是否正确。 把整个代码从头至尾地读一边，仔细思索每一段子过程什么时候执行，以及每一子过程中的每一句代码什么时候发生，必要时可以在程序段中插入Print语句分段查看；也可用注释语
od破解调试秘籍断点
拦截窗口： bp CreateWindow 创建窗口 bp CreateWindowEx(A) 创建窗口 bp ShowWindow 显示窗口 bp UpdateWindow 更新窗口 bp GetWindowText(A) 获取窗口文本 拦截消息框： bp MessageBox(A) 创建消息框 bp MessageBoxExA 创建消息框 bp MessageBoxIndirect(A) 创建定制消息框 拦截警告声： bp MessageBeep 发出系统警告声(如果没有声卡就直接驱动系统喇叭发声) 拦截对话框： bp DialogBox 创建模态对话框 bp DialogBoxParam(A) 创建模态对话框 bp DialogBoxIndirect 创建模态对话框 bp DialogBoxIndirectParam(A) 创建模态对话框 bp CreateDialog 创建非模态对话框 bp CreateDialogParam(A) 创建非模态对话框 bp CreateDialogIndirect 创建非模态对话框 bp CreateDialogIndirectParam(A) 创建非模态对话框 bp GetDlgItemText(A) 获取对话框文本 bp GetDlgItemInt 获取对话框整数值 拦截剪贴板： bp GetClipboardData 获取剪贴板数据 拦截注册表： bp RegOpenKey(A) 打开子健 bp RegOpenKeyEx 打开子健 bp RegQueryValue(A) 查找子健 bp RegQueryValueEx 查找子健 bp RegSetValue(A) 设置子健 bp RegSetValueEx(A) 设置子健 功能限制拦截断点： bp EnableMenuItem 禁止或允许菜单项 bp EnableWindow 禁止或允许窗口 拦截时间：
程序调试步骤
一、认识调试功能 在组建(build)菜单中，点击开始调试(start debug)，在其下级子菜单中，包含了启动调试器运行的各项子命令（如图1所示） 图1 开始调试菜单 各子命令及其功能如下： ?Go：从程序中的当前语句开始执行，直到遇到断点（后面讲）或遇到程序结束。 ?Step Into：控制程序单步执行，并在遇到函数调用时进入函数内部。 ?Run to Cursor：在调试运行程序时，使程序运行到当前光标所在位置时停止，相当于设置了一个临时断点。 二、单步调试代码 利用图1菜单中的Step into功能或按F11键，进入单步调试状态，有一个箭头指向程序的第一行，每按一次F11键，程序再向前执行一行语句，如图2所示。
图2 开始调试后的界面 我们对图2的界面进行观察。 首先，菜单中增加一个调试（debug）菜单，如图中①处，下面是菜单中的部分功能（鼠标浮到上面时，会有提示，请试一试。） ?Step Into(F11)：单步调试程序，遇到调用函数时，进入函数内部逐步执行； ?Step Over(F10)：也是单步调试程序，遇到调用函数时，并不进入函数内容执行； ?Step Out：调试程序时，从正在执行的某个嵌套结构的内部跳到该结构的外部，常用于知道调用函数中不存在错误的情况； ?Run to Cursor(CTRL-F10)：调试程序时，直接运行到插入点处。 其次，和当前正在执行的语句相关的变量，以及其当前的值显示在了②处。 再次，黄色箭头代表了正在执行的位置。 【练习1】 下面，针对求1+2+3+...+100的程序，体验单步执行。步骤： (1)编写如图所示求1+2+3+...+100的程序，排除编译错误； (2)按前述开始单步执行，用“Step Into(F11)”持续执行，在执行过程中，注意观察变量的变化。 ?调试中，要将自己的预期和计算机执行的结果进行比较，当发现不一致，恭喜，问题找到了。
Eclipse常见问题及解决方法
、修改字体大小 二、修改代码的背景颜色 先取消这个勾 备注：个人觉得看代码看久了眼睛会很累，所以建议把字体调大点和 背景颜色改成比较暗的比较好。 _r 二一- J * r 七 - 三、修改项目的编码格式。（防止导入项目出现中文注释乱码） 备注：这招不是万能的，有可能这样设置了还是产生中文乱码。 选择自己喜欢的颜 色， 或者自定义颜色
四、导入项目出现中文注释乱码的解决方法。 1.中文注释乱码症状: 2.解决方法：安装系统文件浏览器插件。 下载地址 3.安装方法：（文件插件,复制到你ecli pse安装目录下的plug ins文件夹内, 重启eclipse,就会在工具栏内有个快速打开图标）如图： 4.使用方法：（点击文件，在点插件的图标） 进入文件路径后，选中文件，用记事本打开: 用记事本打开文件后，全部复制代码，再回到ecl ip se里, 全部代替有乱码的代码，就行了。 五、还有几种出现错误的情况: 1.导入项目，工程文件显示有个红色的X,但没有具体显示 哪里错了。只显示下面这句话: An droid requires comp iler comp lia nee level or . Foun d" in stead. Please use An droid Tools > Fix Project Prop
erties. 解决方法：选中文件，右键->android tools->fix project properties 如下图: 2.导入文件，工程文件有个红色的叹号，或者没有生成文 件。 解决方法：clea n —下出现问题的工程。 3.找不到activity 类: Un able to find exp licit activity class {xxxx} 解决方法：在中增加activity 的申明，如: vactivity an droid: name=".xxxActivity" > 这里选中需要 clean 的工程。 六、Eclipse下的调试技巧 断点大家都比较熟悉，在Eclipse Java编辑区的行头双击就会得到一个断点，代码会运行到此处时停止。 条件断点，顾名思义就是一个有一定条件的断点，只有满足了用户设置的条件，代码才会在运行到断点处时 停止。 在断点处点击鼠标右键，选择最后一个"Break poi nt Prop erties" 断点的属性界面及各个选项的意思如下图, 2、变量断点
黑马程序员java教程：断点调试模式运行java程序
断点调试模式运行java程序 1断点调试的目的 ●跟踪源代码； ●观察程序运行状态； 2调试程序1 编写求和代码 ●设置断点； ●debug运行； ●进入debug透视图； ●程序会运行到断点处停住； ●当前行还没有运行； ●查看变量值：选中变量→鼠标右键→Watch； ●F5（跳入）、F6（跳过）、F7（跳出）； 3调试程序2 使用Arrays.binarySearch()编写折半搜索数组元素代码 ●设置断点； ●测试跳入； ●测试跳过； ●测试跳出； ●添加断点； ●测试进入下一断点； ●测试返回当前方法栈的头部（Drop To Frame）； ●清除断点； ●清除表达式； ●注意，停止程序！ MyEclipse快捷键 1MyEclipse常用快捷键1 ●Alt + /（内容助理）：补全； ●Ctrl + 1（快速定位）：出错时定位错误，与点击“红X”效果一样；
●Ctrl + Shift + O：导包； ●Ctrl + Shift + F：格式化代码块； 2MyEclipse常用快捷键2 ●Ctrl + Shift + T：查看源代码； ●Ctrl + 点击源代码：查看源代码； ●F3：查看选中类的源代码； ●Alt + 左键：查看源代码时的“原路返回”； ●Ctrl + Shift + X：把小写修改为大写； ●Ctrl + Shift + Y：把小写修改为小写； ●Ctrl + Alt + 下键：复制当前行； ●Ctrl + /：添加或撤销行注释； ●Ctrl + Shift + /：对选中代码添加段注释； ●Ctrl + Shift + \：撤销当前段注释； ●Alt + 上键：向上移动当前行； ●Alt + 下键：向上移动当前行； ●Ctrl + D：删除当前行； MyEclipse： ●工作空间； ●项目名称； ●包名； ●类名； ●Alt + /、Ctrl + 1、Ctrl + shift + o、Ctrl + shift + f
keil c 的在线调试与断点设置
Keil 的调试命令、在线汇编与断点设置 上一讲中我们学习了如何建立工程、汇编、连接工程，并获得目标代码，但是做到这一步仅仅代表你的源程序没有语法错误，至于源程序中存在着的其它错误，必须通过调试才能发现并解决，事实上，除了极简单的程序以外，绝大部份的程序都要通过反复调试才能得到正确的结果，因此，调试是软件开发中重要的一个环节，这一讲将介绍常用的调试命令、利用在线汇编、各种设置断点进行程序调试的方法，并通过实例介绍这些方法的使用。 一、常用调试命令 在对工程成功地进行汇编、连接以后，按Ctrl+F5 或者使用菜单 Debug->Start/Stop Debug Session 即可进入调试状态，Keil 内建了一个仿真CPU 用来模拟执行程序，该仿真CPU 功能强大，可以在没有硬件和仿真机的情况下进行程序的调试，下面将要学的就是该模拟调试功能。不过在学习之前必须明确，模拟毕竟只是模拟，与真实的硬件执行程序肯定还是有区别的，其中最明显的就是时序，软件模拟是不可能和真实的硬件具有相同的时序的，具体的表现就是程序执行的速度和各人使用的计算机有关，计算机性能越好，运行速度越快。 进入调试状态后，界面与编缉状态相比有明显的变化，Debug 菜单项中原来不能用的命令现在已可以使用了，工具栏会多出一个用于运行和调试的工具条，如图1 所示，Debug 菜单上的大部份命令可以在此找到对应的快捷按钮，从左到右依次是复位、运行、暂停、单步、过程单步、执行完当前子程序、运行到当前行、下一状态、打开跟踪、观察跟踪、反汇编窗口、观察窗口、代码作用范围分析、1＃串行窗口、内存窗口、性能分析、工具按钮等命令。 接着执行下一行程序，中间不停止，这样程序执行的速度很快，并可以看到该 段程序执行的总体效果，即最终结果正确还是错误，但如果程序有错，则难 以确认错误出现在哪些程序行。单步执行是每次执行一行程序，执行完该行 程序以后即停止，等待命令执行下一行程序，此时可以观察该行程序执行完 以后得到的结果，是否与我们写该行程序所想要得到的结果相同，借此可以 找到程序中问题所在。程序调试中，这两种运行方式都要用到。 使用菜单STEP 或相应的命令按钮或使用快捷键F11 可以单步执行程序， 使用菜单STEP OVER 或功能键F10 可以以过程单步形式执行命令，所谓 过程单步，是指将汇编语言中的子程序或高级语言中的函数作为一个语句来
Aleader--AOI-调试步骤与技巧
A l e a d e r--A O I-调试步骤 与技巧 -标准化文件发布号：（9556-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII
标准注册与调试步骤 1.标准注册: A.电容: 电容的检测主要是检查其焊点、是否贴有元件和是否错料 电容命名格式是C-元 件大小-数字,eg:如图的 电容c0603-1 选定位框定位,框住 本体,便于找位 0603的元件偏移范围在之间, 若偏移范围过大,会导致测试 过程中框偏移而影响测试 注册时规定其中一个焊盘朝右 为零度,若当时元件不是按如图 所示的放置,则按此键旋转,使 B.电阻: 电阻的标准分两部分作,第一部分是看焊点(如下图图一),每二部分是看丝印(如下图图二),这样既可以检测焊点又可以检测是否错料(丝印检测) 电容命名格式是R-阻值(即本体 上的丝印),若同一块PCB板有大 小不同、阻值相同的元件,则R- 阻值-元件大小 焊点检测时不用滤色功能和调 整对比度、亮度 在上面的选项都选择完后,点 击此按钮,确定注册 图一
丝印的变化较多,若与本体 一起作标准,则影响焊点的 检测,且误判较多,很难调顺, 单独对丝印作标准,可以减 少由于丝印变化而带来的误 偏移范围一般填 作丝印检测时通过滤色可以消除 松香对丝印的影响,调整对比度和 亮度可使白的部分更白黑的更黑, 图二 C.三极管: 三极管的的标准分三部分作,具体步骤如下: ⑴本体和两个脚一起框,主要用来检测两个脚的焊点,加上本体能更好定位,编程时若三极管来料较多,都可以用一个来替换,可以节约编程时间,且在调试时可以不考虑丝印对它的影响,只要看焊点是否完好,而检测错料可以对丝印单独作标准{见第 三极管的命名格式是Q-数字,允 许偏移范围一般在加上极性检测 后能更好地检测元件是否贴反,定 位框定位能更准确找位 不管元件原来在PCB板的 放置如何,注册标准时一定 要将焊盘朝右,按此按钮可 以实现
在Eclipse中使用debug(Eclipse调试常用技巧)
Eclipse调试常用技巧 发表时间：2010-04-06 最后修改：2010-11-26 记得刚刚毕业的时候，自己连断点也不会打，当时还在用JCreate，就连毕业设计也是用System.out找Bug的，想想真的很笨。开始工作后，一个星期过去了，在一个1、2百万行的系统中找Bug，我依然在用System.out，当时最痛苦的就是修改代码，每次找到疑似Bug，就输出一下，然后重启（那时也不知道代码热替换），直到有一天带我的导师发现了这样笨笨的调试Bug，才让我第一次认识了断点，也知道了代码修改完了可以进行热替换，我这个中国教育的半牺牲品才算向美好生活迈进了一小步。 1、条件断点 断点大家都比较熟悉，在Eclipse Java编辑区的行头双击就会得到一个断点，代码会运行到此处时停止。 条件断点，顾名思义就是一个有一定条件的断点，只有满足了用户设置的条件，代码才会在运行到断点处时停止。 在断点处点击鼠标右键，选择最后一个"Breakpoint Properties" 断点的属性界面及各个选项的意思如下图，
2、变量断点 断点不仅能打在语句上，变量也可以接受断点， 上图就是一个变量的打的断点，在变量的值初始化，或是变量值改变时可以停止，当然变量断点上也是可以加条件的，和上面的介绍的条件断点的设置是一样的。 3、方法断点 方法断点就是将断点打在方法的入口处， 方法断点的特别之处在于它可以打在JDK的源码里，由于JDK在编译时去掉了调试信息，所以普通断点是不能打到里面的，但是方法断点却可以，可以通过这种方法查看方法的调用栈。
4、改变变量值 代码停在了断点处，但是传过来的值不正确，如何修改一下变量值保证代码继续走正确的流程，或是说有一个异常分支老是进不去，能不能调试时改一下条件，看一下异常分支代码是否正确？ 在Debug视图的Variables小窗口中，我们可以看到mDestJarName变量的值为" F:\Study\eclipsepro\JarDir\jarHelp.jar" 我们可以在变量上右键，选择"Change Value..."在弹出的对话框中修改变量的值， 或是在下面的值查看窗口中修改，保用Ctr+S保存后，变量值就会变成修改后的新值了。 5、重新调试 这种调试的回退不是万能的，只能在当前线程的栈帧中回退，也就说最多只能退回到当前线程的调用的开始处。 回退时，请在需要回退的线程方法上点右键，选择"Drop to Frame"
相关文档
- OpenStack 断点调试方法总结(其他 Python 程序同样适用)
- 断点调试
- TRACE32的常用命令和调试技巧
- 断点调试
- Visual Studio调试之断点进阶篇
- 如何使用断点功能调试 STEP 7 程序
- 程序调试
- Unity3D的断点调试功能
- Keil 的调试命令、在线汇编与断点设置
- Visual Studio调试之断点基础篇
- eclipse断点调试指导
- keil c 的在线调试与断点设置
- VS 2010调试详细教程
- C++中使用断点写调试方法
- 在keil uvision(RVMDK)下使用stlink断点调试教程
- AS断点调试
- od破解调试秘籍断点
- 如何设置断点
- CLA设置断点和单步调试
- 1.程序调试(自学内容)