工作学习笔记——一些关于链接的有趣小问题

最近工作中经常碰到一些链接小问题。刚碰到时一般会稍有迷惑，思索一下感到原来如此。

1.一个工程里引用的两个库，各自引用了一份基本相同的json解析库（源文件名称相同，代码相同，命名空间不同）。链接时vc总报告说找不到其中之一的定义。看了下链接报告，发现vc报了个警告，大意是重复定义，忽略其中之一。网上找了个解决方案，在项目设置里，将输出obj路径改为包含源文件的目录结构，遂解决。想来也是，默认的目标文件扁平目录输出，vc不做特殊处理的话，确实无法应对源文件名称相同的情况。不过这个警告报的似乎有点文不对题。

2.用了一个开源库，应该是隐式动态链接的。但是我并没有拷贝这个库的dll到程序目录下，windows的system相关目录下也找不到，运行情况却也良好。最后在这个开源库的安装目录里找到它了。这个特性不错啊，平常看到开发的应用目录里，包含了一堆dll很是不爽。上网搜了下，发现想达到这个目的，一个方法就是，将dll目录设在环境变量PATH里。

3.写了个程序，分主应用A，dll模块B。A传了自己定义的一个类实例给dll模块B，在dll模块B里还调用了这个实例的几个成员方法。某一天调用一个成员方法，突然报未定义符号的链接错误，才醒过味来，之前干的事不合理啊。可是错误怎么现在才暴露了呢？再看看之前成功调用的几个成员方法，原来定义都是写在头文件里的，即是inline成员函数。

4.链接错误，最常见的就是未找到符号定义了。不论是链接exe,dll,lib...，停一下，lib库（静态库），其实是可以有未定义符号的。想来也是，静态库本来就是一堆目标文件的集合嘛。

5.面对未找到符号定义这个链接错误，在我确信定义了符号之后，一般会使用dumpbin检查一下符号定义。某一次发现，目标文件里的符号名称，与链接时的名称确实有所区别。不过面对?Fx_i@@YAHP6AHH@Z@Z这种编译器修饰过的符号名称，要想说出哪里不符，也不是一件很容易的事。好在有点击打开链接这种文章，总结了vc编译器的修饰规则。像我这次，阅读之后就发现，原来是一个析构函数的虚函数属性不一致，使用了旧版本的头文件。