迄今遇到过最难排除的两个bug

1.

在类中有成员std::vector<SystemData> m_systemDatas;

有成员变量 SystemData* m_pRenderSystemData;

初始化时将m_pRenderSystemData = &m_systemDatasp[0];

症状：在运行过程中，m_pRenderSystemData所指向的地址被回收。

第一想到的就是，在不恰当的地方删除了这个对象。

检查了m_pRenderSystemData的所有使用情况，只有系统关闭的时候，才会回收这个指针指向的地址。

检查了m_systemDatas的所有使用情况，对这个数据只有push_back操作，而没有任何其他操作。

当时陷入了困境，无法得知这片内存是在什么地方，什么时间，被谁释放的。因为对内存的非法访问会直接导致系统无法使用，所以必须全力侦破这个bug。

在开始修复这个bug以后，一度非常郁闷，也觉得无处下手，后来灵机一动，在SystemData的析构函数里加了个断点。bug排除，原来还是自己忘记了vector的特性，push_back也会导致vector的内存释放。但是这个地方更重要的问题是，vector直接保存对象实体是一种低效率的行为，而且对其内存的引用是绝对不安全的。此处如果用vector保存SystemData* 则万无一失。

2.

在项目中有如下代码：

模块一：

...

HMOUDULE module = LoadLibrary(_T("Test.dll"));

TFunc func = GetProcAddress("TestFunc");

FreeLibrary(module);

...

size_t eipForHandleFetch = 0;
BEATS_ASSI_GET_EIP(eipForHandleFetch);
HMODULE curModule;
bool getModuleSuccess = GetModuleHandleEx(GET_MODULE_HANDLE_EX_FLAG_FROM_ADDRESS, (LPCTSTR) eipForHandleFetch, &curModule) == TRUE;

...

func();

...

问题是：如果我注释了GetModuleHandleEx函数，则系统启动即崩溃

当时非常的觉得奇怪，这个函数完全是不需要上下文的，为什么会导致系统崩溃这么严重呢？因为这个问题，我一度认为自己遭遇了一个不可能修复的bug，甚至开始怀疑微软怀疑人生：）

后来项目稍有空闲，就花了半天时间专心处理这个bug，最后发现，还是自己MSDN看得不够仔细。实际上，这里有一个非常非常明显的bug，只不过因为没有暴露，所以从来没有察觉。那就是不正确的调用了FreeLibrary(module);因为func是在后期还需要调用的，所以在此之前，无论如何都不应该free掉Test.dll。但是为什么从来没有暴露出这个问题呢？这就是GetModuleHandleEx(GET_MODULE_HANDLE_EX_FLAG_FROM_ADDRESS, (LPCTSTR) eipForHandleFetch, &curModule)的神奇之处了。MSDN说得很清楚，如果调用这个函数，实际上就等于是load了一次当前传入参数（地址）所在的模块。也就是说，因为我传入的eipForHandleFetch所在的地址恰好在Test.dll里面，所以这样一调用就间接的等于调用了LoadLibary，这才导致之前的bug无法暴露。所以这个函数其实是有一个非常隐含上下文关系的。

以上两个bug都是因为一些比较复杂的系统环境，所以无法查看堆栈信息，以至于困难重重。在我的编程生涯中，也算是让我有过百思不得其解的感受。虽然并不是两个非常复杂的问题，但解决问题以后欣喜若狂和如释重负的感觉历历在目。记录于此，以鼓励在以后的工作中迎难而上，决不放弃。