大家都怎么用debug 调试程序?-CSDN论坛
大家都怎么用debug 调试程序?
我就会用&f6&然后看看&variable&你面都有没有值&呵呵.&大家都怎么使用啊?&用没有什么技巧啊~~
&&eclipse&和&myeclipse&就是这样啊，一步一步走的话，按f6，想看里面的详细按f5，跳到下个断点是按f8
&&&netbeans&和上面有点点区别，基本上也就那几个
&&&debug&不就想看下值啊，也没什么难的啊
我一般就&log,&很少&debug,
现在很少debug了。
引用&2&楼&laorer&的回复:我一般就&log,&很少&debug,
请教一下，如何log？
在varible试图下可以手动添加自己想要的变量
log就是看输出日志啊，你也可以手动输出日志，最简单的比如System.out.println("******");
呵呵&听大家一说&&貌似&debug&有点&落伍了&啊
一般出错了根据stackrace或日志能分析出结果，所以很少debug。八荣八耻有这么一条
以打印日志为荣&,&以单步跟踪为耻
引用&10&楼&lovetysx&的回复:一般出错了根据stackrace或日志能分析出结果，所以很少debug。八荣八耻有这么一条&
以打印日志为荣&,&以单步跟踪为耻&
引用&10&楼&lovetysx&的回复:一般出错了根据stackrace或日志能分析出结果，所以很少debug。八荣八耻有这么一条&
以打印日志为荣&,&以单步跟踪为耻&
精辟啊！可是我怎么没找到那一条呢？
我认为有时候看日志不容易找到错误,&还是用&debug,&这样找错误更快.
1.&首先用&debug&模式启动tomcat.
2.&在代码中设置断点.
3.&按F6可以进行逐步调试.&F8&进入下一个断点.&同时也可以点击小按钮操作更方便.
引用&10&楼&lovetysx&的回复:一般出错了根据stackrace或日志能分析出结果，所以很少debug。八荣八耻有这么一条&
以打印日志为荣&,&以单步跟踪为耻&
引用&14&楼&zhqm_soft&的回复:引用&10&楼&lovetysx&的回复:
一般出错了根据stackrace或日志能分析出结果，所以很少debug。八荣八耻有这么一条
以打印日志为荣&,&以单步跟踪为耻
是啊&真的很少用debug
我感觉debug还是很有用的。
用的好&很厉害的
debug编程的无人不晓，其实目的就是调试我们程序中的某些错误，输出结果！楼上说的都很好，学习了！
引用&2&楼&laorer&的回复:我一般就&log,&很少&debug,像俺这样的经验少新手就只能是用log来辅助debug了&
我是使用抛出异常来做判断的，异常的信息是非常详细的说明问题的所在，看异常也是一个基本功的锻炼及积累
上面的八荣八耻很精辟……
总结的很精辟
System.out.println("error");
MyEclipse的Debug功能太强大了,直接调到底层去了.看着眼花,不如System.out.print来得实在.
对于一个正规的程序员来说，合适的日志输出是必须做到的。
如果你的日志不能帮助你找到错误或基本定位错误。那么你的日志是不到位的。在生产中，客户往往会直接把错误情况告诉你，把错误日志扔给你分析，这种时候你怎么调试。所以调试一般仅用在UT阶段。
不过调试有个小技巧。可以在watch中直接运行命令。例如在watch中增加。&XXX.setXxx("abc"),就可以修改Xxx的值。这在需要调试低概率的情况下非常有用。
1.你要是想学debug怎么使用的话，，可以去网上找一下视频，，看了就会用了，
2.还有就是你不想用，，debug&的话，，，可以System.out.println();
3.是看出错信息，，和日志
1.和2.是在程序开发阶段很实用的，，，
3.是这个程序已经在用户使用中了，，不能debug,和&System.out.println();了，，
&&&在这个时候你也只能看出错信息了，哈哈
个人觉得分析问题设断点DEBUG单步跳是首选，复杂一点的错误因为要跟踪的变量太多，层次太复杂还是SYSTEM.OUT.PRINTLN好一点
我觉得还是应该综合起来用
分析问题是第一位，根据错误信息，log信息缩小范围，得到可能有问题的一些点；
debug属于缩小范围后的更细一层确认
debug似乎比较适合　C／C＋＋顺序型的编程语言．LOG适合于面向对象．
各人有各人的爱好。我也偏爱log。
关注中.......
debug看看可以变量值就行了
关注中。。。。。。
7x24小时运行中的服务程序只能log，不能debug
桌面程序debug的用处就是破解。
为了赚积分,没有办法,来说下
&&&呃，看来我很落后
我也刚学习debug，觉得这个不错，比System.out.println的好处，我认为，可以没有垃圾代码，有的时候调试的时候丢下很多system.out.println，可以把传递的变量修改成你想要的变量，至于log我觉得跟System.out.println差不多吧。
一半一半！log，debug!
以前我们老师说，不要依赖Debug。。。我觉得很有道理的。
引用&10&楼&lovetysx&的回复:一般出错了根据stackrace或日志能分析出结果，所以很少debug。八荣八耻有这么一条
以打印日志为荣&,&以单步跟踪为耻
你太会搞了，&小心被和谐。
什么都有用，各种方法各有好处
看到上很多人用打印的方式，
以前我一直用
，但是自从用了debug之后，
就没有在用打印的方式了
我觉得debug比打印的方式省力，清晰
并不如它们所说的什么一层一层的到底层去了，主要是看会不会用
回想高中时候用VB编程。。。不懂得有Debug这个东西。。。
所有的内容都是打印出来~~
我就写一行语句在程序里面
该回复于 14:46:16被版主删除
1.&首先用&debug&模式启动tomcat.&
2.&在代码中设置断点.&
3.&按F6可以进行逐步调试.&F8&进入下一个断点.&同时也可以点击小按钮操作更方便.
单步适合新手：因为能直观的看到程序的执行到哪儿出错。
日志分析适合熟手：直接分析日志就知道程序在哪儿出现问题。
同意楼上说法
哈哈，二者结合，屡试不爽！
用System.out.println("******");来定位，
用DEBUG来深入。
我一般就是抛异常和log
eclipse&和&myeclipse&就是这样啊，f6是一步一步的走，f5是进入方法体，f7是退出，跳到下个断点是按f8&
这个一般是看值或定位程序运行到那一步出错
设置断点，然后F6
debug好好學阿，不會debug就不是工程師阿。
debug&log&都要用到&缺一不可
一般来说都是用System.out.println()来调试的，或者打印出堆栈信息。
好方法，得好好debuge
10楼的楼主狗屁不懂....
10楼的楼主狗屁不懂....
10楼的楼主狗屁不懂....
10楼的楼主狗屁不懂....
根本都不懂怎么调试程序,妄下结论.
10楼的楼主狗屁不懂....&
10楼的楼主狗屁不懂....&
10楼的楼主狗屁不懂....&
10楼的楼主狗屁不懂....&
每一种调节调试程序的方法,都有各自的优点。
10楼的楼主狗屁不懂....&
10楼的楼主狗屁不懂....&
10楼的楼主狗屁不懂....&
10楼的楼主狗屁不懂....&
每一种调节调试程序的方法,都有各自的优点。
两个都要用啊。要想清晰一点，还得DEBUG
引用&13&楼&zhaohuizixin&的回复:我认为有时候看日志不容易找到错误,&还是用&debug,&这样找错误更快.
&1.&首先用&debug&模式启动tomcat.
&2.&在代码中设置断点.
&3.&按F6可以进行逐步调试.&F8&进入下一个断点.&同时也可以点击小按钮操作更方便.
mark一下。。。debug应该比printLn更先进。。。
我是搞.net的，因为在首页所以进来了。
我以为说debug没用的人，只用日志查错，那是在故意显摆，就好象有人说我完全用记事本写了个程序一样。
调试程序的王牌，不管是面向对象还是面向过程，不管是过去还是现在，都是设置断点，查看中间变量。
&&&debug&和&log&同时使用，debug主要是可以看到变量值，log&使用起来比较简单！
前面有人说debug更适用于流程型的程序，深以为然。个人感觉用debug来看一些算法类的程序很好用。但要是很多业务型的程序就没有println清楚了，主要是debug对执行顺序的观察力度不够。
本人还是倾向println和log，优点有以下几处。
1.&多线程环境下如果用断点debug有时会妨碍其它线程的运行。当然可以咱们还有条件断点之类的高级工具可以做这件事，但是它总会打断线程的运行。
2.&项目中总会引用一些的第三方代码。这些代码有时候是没有源码看的，只有些log/trace。对于这些代码debug非常困难。
3.&做软件项目有不少功夫都是花在维护上。维护的时候也只能看log。
&&&&&IDE&自带的一些&debug&方法
&或者&log4j&
&或者&System.out.print("********")
不太明白啊。。。
debug现在很少用了。感觉log更简单些。
&所谓设断点&就是看哪一步出错了&
设断点，f6单步，f5进入方法，f7跳出方法，f8over
看值，看运行步骤，看哪个地方出异常，通常debug用的不多，看异常堆栈信息就基本能看出问题来了
哪就看个人的习惯了.
我不反对大家用日志来调试程序，但是，大家要记住一点，日志不是用来调试程序。
喜欢用log调试，都是debug用的不好的人。一个debug熟练的人是不会用log来调试程序的。因为用debug比用log更容易找到问题。
为什么debug比log好?
debug可以清晰的看到调用堆栈。
debug可以清晰的看到系统中有多少线程，suspend一个线程可以看到他在干什么。
debug可以修改内存（修改变量的值）
为什么log不好？
没有上面的功能或者实现不方便。
在代码里加入大量无用的log，降低代码阅读性。且增加删除需要花时间。
不能清晰的反映程序执行的流程（在很多循环，跳转的时候，用debug可以单步跟踪很容易的知道执行流程）
最总要一条，log设计来不是用来调试程序的。使用来记录程序运行状况的。只要记录必要的日志能重现问题即可。
引用楼主&sking_2008&的回复:如题
&我就会用&f6&然后看看&variable&你面都有没有值&呵呵.&大家都怎么使用啊?&用没有什么技巧啊~~
你用Eclipse吧？　点菜单&Help&&&&Help&Content，跟这个学，没错。大家的技巧都是这里说的一部分。
如果英文不好，有中文语言包
都不会用LOG啊，一直是DEBUG的
怎么说都是那2个方法。
debug应该很好用吧，目前正在学呢
F6单步执行
该回复于 23:26:15被版主删除
一直是DEBUG的
还是debug比较好用一些
DEBUG最容易找到问题了！
Log只是大概的定位错误区域。
当然是Debug了，这是程序运行的最直观体现（变量的变化）。log和异常堆栈信息是初步的判断错误位置，当然一些较简单的问题可以通过这些信息直接看出原因，但问题复杂的话就不能光凭这些信息去推断了，即使能推断出来也是很费事的
那个……&“八荣八耻”&另外的&七条呢？？？
有啥技巧呢，多操作就明白了，断点范围最好小点，要不然耗时
原来写C++东西喜欢用DEBUG&&&写JAVA就不怎么用了&&&&&
因为C++可以对内存进行操作，所以C++用比较的方便
自从我发现&Eclipse&设置断点后还可以给这个断点设定条件的功能后我再也不&print&log&啦，
比如设定断点的属性&if(path&==&null)&时停下来，然后在&watch&里面看。
企业应用编程，很多时候还是要停下来看，特别是你想看容器相关的东西，比如&ClassLoader,&这个用&log&很难看明白的。
引用&88&楼&araychou&的回复:喜欢用log调试，都是debug用的不好的人。一个debug熟练的人是不会用log来调试程序的。因为用debug比用log更容易找到问题。
这话有点武断了。至少debug只能在一个进程内调试，要是一个大型系统，可能有多个进程的，你怎么debug？而且很多时候出了问题，人家也不让你debug。
综合使用效果更好。
Debug很好&很强大&&我是初学者&正在摸索~~~
设置断点Debug。
断点属性中还可以设置断点触发条件，可以处定义断点触发的条件，用起来很方便。
学习了&学习了
引用&33&楼&mdsp25xhm&的回复:debug似乎比较适合　C／C＋＋顺序型的编程语言．LOG适合于面向对象．
学习学习中~~~
学习学习中~~~
以打印日志为荣&,&以单步跟踪为耻
小妹刚刚学习编程，才只知道怎么使用编辑器，有哪位大侠教教怎么使用debug啊，多谢。。。。
引用&107&楼&yyy717yyy&的回复:引用&88&楼&araychou&的回复:
喜欢用log调试，都是debug用的不好的人。一个debug熟练的人是不会用log来调试程序的。因为用debug比用log更容易找到问题。
这话有点武断了。至少debug只能在一个进程内调试，要是一个大型系统，可能有多个进程的，你怎么debug？而且很多时候出了问题，人家也不让你debug。
线程多不是问题,只需要设置断点即可.
你说不让debug是指生产环境?通常做一个与生产环境一模一样的测试环境来调试．
能从Log看出来的问题就不Debug了，都很有的。
引用&10&楼&lovetysx&的回复:
一般出错了根据stackrace或日志能分析出结果，所以很少debug。八荣八耻有这么一条
以打印日志为荣&,&以单步跟踪为耻
太精辟了，这是我有史以来，看到的最精辟的语录，，
回复1046人阅读
SL/WPF/WP8（65）
如何：配置 Visual Studio 以调试 XAML 浏览器应用程序来调用 Web 服务
.NET Framework 4
此主题尚未评级
XAML browser applications (XBAPs) 在一个限于 Internet 区域权限集的部分信任的安全沙盒中运行。
此权限集将 Web 服务调用限于仅位于 XBAP 应用程序源站点的 Web 服务。
但是，当在 Microsoft Visual Studio 2005 中调试 XBAP 时，并不将其视为具有与其引用的 Web 服务相同的源站点。
当 XBAP 尝试调用 Web 服务时，这将导致引发安全异常。 但是，可以配置 Microsoft Visual Studio 2005&XAML Browser Application (WPF) 项目以在调试时模拟与其调用的 Web 服务具有相同的站点。
这允许 XBAP 安全地调用 Web 服务，而不导致安全异常。
若要配置 Microsoft Visual Studio 2005 以对调用 Web 服务的 XBAP 进行调试，请执行以下操作：
在“解决方案资源管理器”中选定一个项目，然后在“项目”菜单中单击“属性”。
在“项目设计器”中，单击“调试”选项卡。
在“启动操作”部分中选择“启动外部程序”，然后输入以下内容：
C:\WINDOWS\System32\PresentationHost.exe
在“启动选项”部分的“命令行参数”文本框中输入以下内容：
-debug 参数的
filename 值是 .xbap 文件名，例如：
-debug c:\example.xbap
这是使用 Visual Studio 2005 XAML Browser Application (WPF) 项目模板创建的解决方案的默认配置。
在“解决方案资源管理器”中选定一个项目，然后在“项目”菜单中单击“属性”。
在“项目设计器”中，单击“调试”选项卡。
在“启动选项”部分，请将以下命令行参数添加到“命令行参数”文本框：
-debugSecurityZoneURL
-debugSecurityZoneURL 参数的
URL 值是需要模拟为应用程序源站点位置的 URL。
例如，请考虑使用具有以下 URL 的 Web 服务的 XAML browser application (XBAP)：
http://services.msdn.microsoft.com/ContentServices/ContentService.asmx
此 Web 服务的源站点 URL 为：
http://services.msdn.microsoft.com
因此，完整的 -debugSecurityZoneURL 命令行参数和值为：
-debugSecurityZoneURL http://services.msdn.microsoft.com
访问：1093836次
积分：13956
排名：第1065名
原创：97篇
转载：631篇
译文：12篇
评论：89条
(4)(3)(5)(7)(1)(20)(4)(8)(1)(2)(9)(14)(7)(2)(1)(3)(2)(2)(6)(1)(2)(2)(2)(5)(3)(1)(2)(7)(28)(14)(4)(4)(13)(4)(2)(3)(4)(1)(1)(1)(1)(6)(8)(8)(4)(10)(19)(36)(41)(47)(6)(1)(3)(1)(3)(5)(10)(19)(84)(35)(100)(42)(32)(3)(7)(3)(1)54被浏览778分享邀请回答jetbrains.com/decompiler/），这个工具有个非常有用的功能叫做Generating PDB，它可以根据现有的.net exe或者dll反编译出源代码文件并且生成相应的pdb文件。就是说不管是.net自身的assembly还是其他第三方lib都可以用这种方法来step into相应的源代码。首先你确定你对哪个.net的dll感兴趣，然后用dotPeek生成该dll的pdb文件，用visual studio加载这个pdb，你就可以step into相应的源代码了。一个简便的加载pdb文件的方法就是把pdb文件跟你的exe放在同一目录下，visual studio就会自动加载，不用你手动干预。dotPeek也可以作为一个symbol server，类似你在visual studio的Symbols选项里面看到的那个微软官方的symbol server。具体的教程可以参考这个： 。166 条评论分享收藏感谢收起14 条评论分享收藏感谢收起写回答他的最新文章
他的热门文章
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)}