关于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:

 

点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