在Windows常用技术开发中，DLL插件加载技术是我们经常会用到的。
维护我司之前的老代码，更换自己修改后的DLL插件后，exe加载过程中Log一直打印LoadLibrary Error，GetLastError()打印的错误码是127，查看MSDN，该错误码对应的含义是已经找到了需要查找的DLL，但是不是正确的版本。
此时，有点犯晕了，不是正确的DLL版本，再次确认了下生成的DLL名称，VS的编译属性，确认没有问题，可就是一直在LoadLibrary处发生错误，在没有相应exe代码无法调试的情况下，只能自己动手丰衣足食了。
将自己新编译的DLL和原始安装包中的DLL做对比，看看到底有什么不一样，这个时候就用到了dumpbin.exe 这款工具来查看两个DLL的导出函数具体有什么不同。设计到源代码隐私，这里省略原始截图，只是说明下该工具的用法。
dumpbin.exe是VS自带的工具，在VS安装目录下可以找到（Microsoft Visual Studio 12.0\Common7\Tools\Shortcuts）（PS：对应版本为VS2013）
具体使用帮助如下： 
需要查看某个具体DLL导出函数时，只需要执行下列命令： dumpbin –exports xxx.dll
当然，为了对比方便，我们可以将其输出利用管道技术重定向到文本文档中。 dumpbin –exports xxx.dll > dumpbin.log
紧接着使用神奇beyond compare对比这两个log文档，就可以发现两个不同DLL版本之间的区别了。
通过最后的排查，发现新版本的DLL文件增加的功能需要调用公共库中的一个新函数，而替换DLL文件时，并未对该common.dll进行替换，导致出错。谨以此文作为记录。