码农交流日常——我只能说:MDZZ（手动微笑）

本文属吐槽文，我只想说：对神论还蜜汁自信的怎么破？

------------------------------背景介绍---------------------------------------

上半年参与了一个水的不行的项目，总的架构如下：

用C++作为实现语言

在Windows下，用户界面以EXE的形式出现，其他模块以DLL的形式通过LoadLibrary加载

数据总控模块提供一套API给“自定义功能模块”使用，实现用户界面和功能模块的交互，自然，所有的自定义功能模块也都按照约定的接口实现，以便和数据总控模块的统一交互

分工好了以后，每个人负责各自的模块进行开发，我负责其中的若干个自定义功能模块。

很简单是吧？但是跟我写的标题有毛关系？对，的确暂时看不出来有毛关系，但是，我为了把我标题所指的事说清楚，这些是必须提到的背景材料，而且，我还得先引用一下：

https://msdn.microsoft.com/en-us/library/windows/desktop/ms681914(v=vs.85).aspx

Types of Dynamic Linking

There are two methods for calling a function in a DLL:

• In load-time dynamic linking, a module makes explicit calls to exported DLL functions as if they were local functions. This requires you to link the module with the import library for the DLL that contains the functions. An import library supplies the system with the information needed to load the DLL and locate the exported DLL functions when the application is loaded.

• In run-time dynamic linking, a module uses the LoadLibrary or LoadLibraryEx function to load the DLL at run time. After the DLL is loaded, the module calls theGetProcAddress function to get the addresses of the exported DLL functions. The module calls the exported DLL functions using the function pointers returned byGetProcAddress. This eliminates the need for an import library.

简单说，上面一大堆意思就是，你要加载DLL有两种办法：

1. 编译阶段：通过给链接器提供你想加载的DLL对应的import library（这玩意儿是.LIB文件），这样在运行的时候系统会帮你自动加载你想要的DLL，你就不用写代码手动加载

2. 运行阶段：通过代码里调用LoadLibrary进行手动加载

任何一个上过幼儿园的码农都应该知道，C++的“编译阶段”和“运行阶段”是他妈的两个八杆子打不到一起的不同阶段吧？

------------------------------MDZZ---------------------------------------

最近各种测试，然后，在前几天，组里负责“数据总控模块”的人按照需求变更对该模块进行了变更（简称变更X），增加了新的接口（对于我负责的模块来说根本没影响，因为我的模块用不着新增的接口，所以只需要更新一下头文件，重新编译一下就可以，我连代码都不用改，所以我更新了一下头文件编译过了之后就直接git push了）

变更之后，又进行测试

今天组里负责测试的某人给我发个消息

TA：变更X之后，你的模块崩溃了

我：不会吧，上次提交测试不是好好的吗，变更X又跟我负责的模块没有直接关系，不就是增加了一个API么，我又没用到，我的模块连代码和输入数据都不用改啊，怎么可能是我的模块引起的崩溃？

【备注：然后我调试了一下，看了下出错：std::bad_alloc，再看了下调用堆栈，显示崩溃的地方在“数据总控模块”内部，因为我的模块没有做任何变更，包括输入的数据也没有任何变更，所以我当时估摸着问题应该跟“数据总控模块”的变更有关】

TA：反正崩了，其他人负责的自定义功能模块也有同样的崩溃情况

我：你看这调用堆栈，明明是在总控模块里面崩的，这太明显了吧，那我debug我自己的模块能解决什么问题，肯定要让总控模块那人去debug总控模块啊

【备注：我发了个截图给TA看调用堆栈】

TA：但是他们其他的功能模块的崩溃问题都解决了，你也解决一下

我：他们怎么解决的？问题在什么地方？

TA：你把总控模块的DLL更新一下啊

【备注：我这里就纳闷了，我TM更不更新总控模块的DLL跟我的模块有没有BUG有鸡毛关系？难道总控模块有法轮大法？】

我：我当然更新了的啊，我刚才测试之前就更新了的啊，你自己看我git pull截图

【备注：好了，准备好亮瞎眼】

【备注：我这里就看晕了，什么叫我的模块里有没有更新？我突然感觉到事态严峻（我要跟TA解释不清楚了）：TA认为数据总控模块是“嵌入”到我的模块里才能运行的，然而实际上，这个项目里所有的模块都是相对独立的，并不存在谁嵌入谁的概念，只不过是数据在模块之间传递而已，所以，我就干脆顺着TA的问题问下去，要怎么更新？然后请看】

【备注：前面已经提到过，编译的时候如果提供了import library（是一个LIB文件）的话，也可以的，然而，我们这个项目都是用LoadLibrary，根本没有用import library】

【备注：我很无奈，所以干脆就顺着TA的信仰继续问下去：】

【备注：TA给我回个截图，我估计意思就是：你他妈更新这个DLL啊，嵌入到你的项目编译啊（然而，前面已经说过，我他妈早就更新了，而且，更不更新这玩意儿跟这个BUG没有鸡毛关系啊，大神！）】

【备注：我无奈，继续顺着TA的神论说下去，然后TA继续神论，我顿时无语，你TM确定我编译的时候要加载别的模块的DLL？你是说我编译的时候？你是说我编译的时候？你是说我编译的时候？你是说我编译的时候？】

【备注：我感觉欲哭无泪，准备挣扎着给TA解释一下这个原理，顺便附上一张图怕自己说得不够清楚】

【备注：我继续顺着TA的神论说下去，然后TA给我来句这个，你们自己感受下神论大法的威力，TA居然认为直接把另一个模块的DLL扔到我的项目文件夹里就算TA信仰里的“嵌入”了！？你他妈不是在逗我？扔到文件夹中就行？扔到文件夹中就行？】

【备注：然后我给TA展示了，即便按TA说的去改也没有卵用，结果TA直接来一句：那别人这么弄就解决了，你怎么解释？-我只能说：你家神论，大法好！我等凡人，参悟不了！】

【备注：为了确认TA的意思，我重述了一遍：你确定是把那个模块的DLL放到我的模块的工程目录下就行？-TA蜜汁自信：是的】

--------------------------------------------------------后记------------------------------------------------------

最后又折腾一会，BUG的原因找到了，头文件不同步造成的（这人也是神，明知道别人怎么解决的，他妈早说啊！我一开始就问了别人怎么解决的，别人怎么解决的，别人怎么解决的，绕那么远搞个鸡毛，呵呵）（某个头文件中间经过了若干次改动）（C++的pure virtual function的在头文件中的顺序必须一致，如果顺序不同也会导致调用出错，就是这个原因，懒得细说了，很简单的问题）

码农交流日常——我只能说:MDZZ（手动微笑）