标签：命名 属性 inf function test nta 调试 cin bug
下面就拿VS2019的DLL项目搭配控制台设置一下联合调试：
先创建一个简单的DLL动态链接库项目，在这里我们把ta命名为"Dll1"。
在Dll1里，添加一个头文件，在里面添加动态库中欲导出函数的函数头，这里我们添加了两个非常简单的Add和Sub函数，不过在新版VS的编译环境下，一定要记得include pch.h这个预编译文件。
1 //Dll1.h 2 #pragma once 3 #include "pch.h" 4 5 int Add(int a, int b); 6 int Sub(int a, int b);
然后在“源文件”文件夹下添加与头文件同名的源文件，里面具实现头文件中声明的函数。
1 //Dll1.cpp 2 #include "pch.h" 3 #include <iostream> 4 5 using namespace std; 6 7 int Add(int a, int b) { 8 cout << "Starting the function Add: " << endl; 9 return a + b; 10 } 11 12 int Sub(int a, int b) { 13 cout << "Starting the function Sub:" << endl; 14 return a - b; 15 }
下一步为了将我们刚刚写好的函数以库文件的形式导出，我们在“源文件”文件夹下添加一个.def的文件使用EXPORTS命令用于导出刚刚写好的两个函数。记得在第一行的LIBRARY后面加上以咱们这个dll工程为名编译生成的dll动态库文件（这里就是Dll1.dll）注意！：library的名字一定要写对。这样一个.lib的静态库就在该工程的文件夹下生成了。
1 //Dll1.def 2 LIBRARY "Dll1.dll" 3 4 EXPORTS 5 6 Add 7 Sub
不过这时大家可能会发现单单这样的Dll的工程在编译的时候可能会报错，显示“xxx.dll is not a valid Win32 application.”这是因为在编译的时候，生成的xxx.dll文件并不是一个可执行的程序，vs无法将生成的dll调起来。但细心的同学可能会发现，虽然此时编译报错了，但点开dll工程的debug文件夹会发现此时的xxx.dll 动态库文件已经如愿的生成了。
于是接下来，咱们再创建一个简单的控制台程序，在这里我们把ta命名为Dll1_test，将刚刚生成的dll动态库加载进去，并实现联合调试：
咱们在同一个解决方案(solution)下，右键解决方案的名称，点击添加，选择一个新工程，或一个现有已写好的测试工程。这里我们选择一个新的控制台工程，然后设好名字以后点击创建，这里我们将ta命名为Dll1_test，这样就在同一个解决方案下又添加了一个工程。
为了能在新的测试工程中使用先前在dll工程中写好的函数，需要在测试工程中包含dll工程的头文件（这样工程在编译的时候才不会报错），这里有两种方法将dll工程中包含函数声明的头文件包含进来的方法：
1. 将dll工程中的头文件直接复制到新的测试工程中；
2. 使用相对路径的方法找到dll工程的头文件。
这里我们选择相对路径的方法： ..\ 在相对路径中表示前一级目录。
本次实例中两个工程的文件夹是同级的文件夹。 加入了头文件以后，再使用#pragma comment命令将dll工程生成的动态链接库包含进来（那里面有具体的函数实现，虽然看不到）。由于#pragma命令的使用方法很复杂，这里我们就不再细说了。下面就是在测试工程的main函数下写具体的函数调用了。这里我们只调用了一个Add函数作为示例。
1 // Dll1_test.cpp : This file contains the ‘main‘ function. Program execution begins and ends there.
2 //
3
4 #include <iostream>
5 #include "..\Dll1\Dll1.h"//包含dll工程的头文件 来获取函数声明
6 #pragma comment(lib, "Dll1")//将生成的动态库调进来
7 using namespace std;
8
9 int main()
10 {
11 int a, b;
12 cin >> a >> b;
13 int c;
14 c = Add(a, b);
15 cout << "The result of the function is :" << c << endl;
16 return 0;
17 }
心急的同学们如果在此时就点击的编译，可能会发现编译出错了，而且和之前的错误一模一样，这是因为，这是整个解决方案的启动工程仍是咱们最开始创建的dll工程，需要将test测试程序设置为此时解决方案的启动工程。这里我们先右键解决方案，在Project Dependency（项目依赖/独立）中选择test测试工程depends on咱们的dll工程。确定后再右键test测试工程选择“设置为启动项目”（"Set as StartUp Project"）
而就算这样在编译的时候还会发现竟然还会报错！"Cannot open file xxx.lib" 原因是找不到函数具体实现的静态库的位置，还需要我们手动的告诉编译器此次测试的库到底在哪。于是我们右键测试工程，在最下面的属性里面，找到Linker->general，在additional library directories里面加入我们dll工程生成静态库.lib文件的地址，同样这里使用相对路径的方法。
设置好以后确定，这时再点击调试，就可以实现dll工程与控制台工程在同一个解决方案中联合调试啦！
标签：命名 属性 inf function test nta 调试 cin bug
原文地址：https://www.cnblogs.com/genius-tintin/p/12083089.html
