关于qtcreator+vs2008+CDB调试太卡的问题研究

        在刚接触Qt时,对于较大的项目,用qtcreator + vs + cdb 调试时,启动很慢并且单步运行时也经常会出现卡住半分钟以上的情况,一直没有解决。在需要debug的时候大多会在vs2008上安装VS-addin插件,打开qt项目调试来避免qt调试太卡的原因。大约这样持续半年时间。直到后来重装了一次qtcreator和qt sdk,不知所以然的不卡了。也没用深究。

       直到两年后的今天,又一次重装了qtcreator和qt sdk,发现问题有复现了,一直感觉很纠结,在网上也没有找到什么有效的解决办法,找到的只是大多数人在抱怨qtcreator 不好用的言论。平心而论,用了两年qtcreator 和vs2008,用了一段时间vs2010,一直没有发现qtcreator有什么不好的地方,对于文档那么齐全,如此详细的IDE,我只有用很棒的形容。

       言归正传,下面写下我的探索过程,希望对一直抱怨qtcreator 调试太慢太费劲的人有那么一点点帮助,如果有什么不对的地方,欢迎大家拍砖。

       在刚开始卡的时候,我一度怀疑是qt sdk的库版本问题,因为我从qt4.8.1升级到qt4.8.4,但是没有替换发布目录的qtCored4.dll ,qtGuid4.dll以及一些插件动态库和pdb调试符文件,但是在我替换了以后,仍然没有解决此问题,哈哈,too young too simple...

       接下来,我认为在windows下VS编译不会出现卡的问题,既然我使用的vs编译器,为什么不能直接用VS的调试器呢?看了一下VS的调试日志发现:

 

VC6
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AeDebug]
"Auto"="0"
"Debugger"="C:\\Program Files\\Microsoft Visual Studio\\Common\\MSDev98\\Bin\\msdev.exe\" -p %ld -e %ld
"UserDebuggerHotKey"=dword:00000000

VS2008
1.
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\AeDebug]
"Auto"="0"
"Debugger"="C:\WINDOWS\system32\vsjitdebugger.exe" -p %ld -e %ld
2.
工具->选项->调试->实时,里边三个复选框,根据需要打钩就行了。

VS的默认编译器是vsjitdebugger.exe,既不是qtcreator所支持的CDB引擎和GDB引擎所支持的。无奈放弃,又涨见识了,大牛莫怪,俺是菜鸟...

       转念一想,既然我使用cdb启动太慢,调试太卡,肯定是CDB的问题,也许是获取调试符号的问题,所以我打开我项目配置:Tools->options->Build & Run->Kits:

 

关于qtcreator+vs2008+CDB调试太卡的问题研究_第1张图片

点Debugger后面的编辑后出现了Debugger for ... Windows Console Debugger executable此链接对qtcreator在vs编译器下

Debugging executables built with the Microsoft Visual Studio compilers in Qt Creator

作了简单介绍,我总结了一下一共有两点可以为我采用:

(1). 调试过程可能会因为过时的.pdb符号文件变慢,采用清理的方法可以避免这个问题。但是一直递增的链接过程也会让调试变慢。

 

解决方法:1 :在debug前执行clean操作  2. 在项目中加入编译器选项 :

  1. QMAKE_LFLAGS_DEBUG   +=   /INCREMENTAL :NO

可以禁用递增链接操作

但是我做了两种操作后,想过并不理想

 

(2). 在第一次执行debug的时候,系统会弹出配置Symbol server的提示框,符号服务器会提供操作系统和编译运行库的调试信息,并且初始化下载符号会很耗时。

 

解决方法:关闭系统符号服务器。哈哈终于解决了问题。下面是关闭方法。

Tools->Options->Debugger->CDB->Sysbol Paths-> Edit->insert

然后找到 C:\Users\%user%\AppData\Local\Temp\symbolcache 执行delete line即可

然后再回到项目执行debug试试,哈哈启动快,但不执行快,一个字:很爽。。。

 

原因分析:因为在每次执行debug的时候,cdb都会链接symbol server来下载所需要的符号,因此会启动很慢,估计在debug过程中也有下载操作,所以有时候但不执行也会很慢。

 

解决方法缺点:由于关闭了符号服务器,在调试到系统的运行库的时候也许无法跟踪,或者提示找不到符号的错误。

 

补充解决方案:

使用 SymChk.exe 实用程序下载符号

您可以使用 SymChk.exe 实用程序验证符号并以方便、非入侵性的方式生成本地符号高速缓存。SymChk.exe 实用程序随 Debugging Tools for Windows 软件包提供。SymChk.exe 是一种命令行工具。您可能需要将 Debugging Tools for Windows 软件包的文件夹添加到系统上的 PATH 环境变量,以便从任意命令提示符下访问该工具。

要使用 SymChk.exe 实用程序下载 Windows\System32 文件夹中所有组件的符号文件,请使用以下命令行命令:

symchk /rc:\windows\system32  /s SRV*your local symbol folder\*http://msdl.microsoft.com/download/symbols
整个过程可能会持续N个小时,因为win32下的动态库太多,个人感觉无需全部下载。在下载完成以后

Tools->Options->Debugger->CDB->Sysbol Paths-> Edit->add

your local symbol folder添加到符号路径,这样debug过程中所需要的符号都会从本地搜索不会再链接符号服务器,也就不会再卡了。

如果有什么问题,还请指正。

                                                                                                           BY:       trump            转载请注明出处:http://blog.csdn.net/superzhaifd

你可能感兴趣的:(C++,VS,Debuger,Qt)