- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
扬长避短使用Windbg和Visual Studio高效调试调试你的代码
扬长避短使用Windbg和Visual Studio高效调试调试你的代码
?
经常被问及这样的问题:
你为什么非要使用Windbg调试你的程序?
记得有一次面试的时候笔者也被问到这样的问题,我的回答是:不是我非要使用Windbg,?只是在不同的情况下使用不同的工具会更加方便而高效。
?
那么这两者到底有什么区别?在什么情况下用什么工具会更方便呢?
?
所谓尺有所短,寸有所长,那么笔者就总结一下在什么情况下用什么工具会更方便,可能不是100%的全面,但是应该可以说明一定的问题,希望给初学者以指引。
?
Case 1:
分析.dmp文件的时候,可以使用Windbg和Visual Studio,但是windbg更高效,.dmp文件是发生问题时的进程转储文件,windbg集成了一系列的基本命令和扩展命令,一句话,只要是.dmp文件里面有的,你都可以很快的得到。
?
Case 2:
问题没有办法重现,就是说测试人员并不知道问题是怎么跑出来的,或者代码跑了几个月,跑出来一个问题,没有办法调试,只能抓一个.dmp文件,然后就回到了Case 1.
?
Case 3:
内核调试,包括驱动,系统代码,他们本身是运行在内核级的,而我们的程序运行在用户态,如果希望调试这部分代码,Visual Studio似乎有些力不从心,这个时候就是windbg发挥的时候了。
?
Case 4:
调试多线程死锁问题,用windbg很容易分析出来那个线程占用了那个锁。
?
Case 5:
分布式,RPC调用,利用Visual Studio看那个组件调用哪个组件很不方便,而是用windbg却是一目了然。
?
Case 6:
内存破坏问题,Visual Studio如果想查看内存破坏问题简直比登天还难,除非破坏完了马上crash,但是大部分的情况是内存破坏了,但是并不来表现出来,包括对破坏,栈破坏,windbg几个命令就可以轻松搞定。
?
Case 7:
内存泄漏问题,结合umdh, leakdiag这两个工具,再加上windbg的内存分析,可以说没有查不出来的内存泄漏。
?
注意:Windbg调试.Net代码需要SOS扩展..
?
总结
首先需要说明的是本文的目的并不是说Visual Studio和Windbg这两个工具哪个好哪个差,只是说在不同的场合不同的工具可能更加高效,请大家不要误解。另外Visual Studio绝对是Windows开发的利器,?在大多数Windows代码开发,调试方面具有不可替代的作用,如果说Visual Studio是???器,那么Windbg绝对是个神器,在一些极端的场合绝对可以独当一面。本文并没有罗列所有的cases,?如果大家有什么好的建议可以提出来,如果有必要的话,我会继续补充更多的cases.?待续.. ? ?
原创力文档


文档评论(0)