诡异的Visual Studio 的调试bug

工程结构

包含有静态库

motion.lib 一个UI逻辑的库

HGErender.lib 使用一个motion的接口实现的HGE渲染器，与motion.lib没有链接和依赖关系

一个exe静态链接motion.lib和HGErender.lib



motion中加入了一些flash支持，将flash的包含放到了预编译头文件，这部分头文件exe是没有引用的

表现症状

exe可以正常运行，但是在motion中新添加的flash类实例化后无法看到成员

重编，重新link，清空重编无用

换用vs2005，依然无用，但是报了一个Error: error in OMF type information 错误

解决方法

尝试将flash包含到预编译头的文件放到对外包含中，让exe也能看到这一部分

问题解决

分析

VS的调试系统并不是完全开发，因此我们只能从一些表象来分析一些调试器原理及行为

这个bug的原因就在 作为调试入口的exe并没有获得完全的motion里调试的信息。如果将motion作为dll加载，理论分析不会出现这种问题。dll将被作为一个单独的调试入口，需要单独加载独立的pdb。

本例中，静态库中的调试信息并没有链接到exe，因此看不到成员的任何信息

扩展

大多数的游戏或应用程序都是使用静态库来做链接，这样无论是编写还是代码安全都有所兼顾。但对于工程模块之间的互相隔离，C/C++静态库本身的毛病（CRT内存分配及静态，全局变量问题）就变得尤为严重。

而使用动态链接库的接口方式也是有一部分程序这样使用的，如果为了安全或者加密，可以将动态链接库放到自己的包内，使用从内存读取dll的技术，这样安全，工程架构又清晰