赞
踩
图片显示部分是模板,名称可以自己起最重要的就是__declspec(dllexport)以及__declspec(dllimport)。一个是导出,一个是导入。
为像我一样懒人们提供代码粘贴
-
#pragma once
-
-
#ifndef BHDLL_d
-
#define BHDLL_d
-
-
//宏定义导出
-
#ifdef BHDLL__//如果没有定义DLLH 就定义 DLLH __declspec(dllexport)
-
#define BHDLL __declspec(dllexport)//导出
-
#else
-
#define BHDLL __declspec(dllimport)//导入
-
#endif // DLLH__//如果没有定义DLLH 就定义 DLLH
-
-
//编写代码区域
-
-
//导出函数
-
-
BHDLL int add(int a, int b);
-
BHDLL int sub(int a, int b);
-
-
//导出类
-
-
class
BHDLL dllH
-
{
-
public:
-
int mul(int a, int b);
-
int div(int a, int b);
-
};
-
-
//以C语言方式导出函数:
-
extern
"C"
-
{
-
BHDLL int Cadd(int a, int b);
-
BHDLL int Csub(int a, int b);
-
}
-
-
-
-
#endif
为像我一样懒人们提供代码粘贴
-
#include "BH_dll.h"
-
#include <iostream>
-
-
using
namespace std;
-
-
int add(int a, int b)
-
{
-
return a + b;
-
}
-
int sub(int a, int b)
-
{
-
return a - b;
-
}
-
-
int dllH::mul(int a, int b)
-
{
-
return a * b;
-
}
-
int dllH::div(int a, int b)
-
{
-
return a / b;
-
}
-
-
int Cadd(int a, int b)
-
{
-
return a + b;
-
}
-
int Csub(int a, int b)
-
{
-
return a - b;
-
}
把配置类型变成动态库-应用-确定-生成解决方案。
在项目文件中可以找到dll,lib,,h文件,我们要的就是这三个
添加main函数
在项目文件下创建两个文件夹,后续往里添加三个文件
在include文件中添加刚才BH_DLL文件生成的.h文件
在lib文件中添加刚才BH_DLL文件生成的dll和lib文件
在项目文件夹下再次添加刚才BH_DLL文件生成的dll文件
如图所示
配置新建项目的目录
包含目录包含include
库目录包含lib
链接器-输入-附加依赖项包含lib文件名称
应用-确认。
-
#include <iostream>
-
-
using
namespace std;
-
#include <BH_dll.h>
-
-
int main()
-
{
-
cout <<
add(
1,
0) << endl;
-
cout <<
sub(
1,
0) << endl;
-
-
dllH DH;
-
cout << DH.
div(
4,
2) << endl;
-
cout << DH.
mul(
4,
2) << endl;
-
-
cout <<
Cadd(
1,
0) << endl;
-
cout <<
Csub(
1,
0) << endl;
-
getchar();
-
return
0;
-
}
绝对不能不使用预编译头,除非你知道每一个文件中需要包含那些头文件,并且在编译之前就已经“#include”进去,具体看一下预编译头的作用
解释vs2017以前的 #include “stdafx.h”
和新版本的vs2017的 #include "pch.h"
初步感觉这个文件没有用,但是去掉之后真是报错!
https://blog.csdn.net/u012135461/article/details/78430236
也许请教了别的高手之后,他们会告诉你,这是预编译头,必须包含。可是,这到底
是为什么呢?预编译头有什么用呢?
这得从头文件的编译原理讲起。其实头文件并不神秘,它的全部作用,就是把自己的
所有内容直接“粘贴”到相应的 #include 语句处。如果不相信的话,不妨做个实验,将
一个 cpp 中的所有 #include 语句删掉,并将它包含的文件粘贴到相应的位置,你会发
现,文件的编译和运行都完全没有受到影响。其实,编译器在编译你的程序的时候,所做
的第一件事,也就是展开所有的 #include 语句和 #define 语句。
头文件的出现,固然给书写程序带来了很大方便。可是到了 Windows 时代后,慢慢
就呈现出一些问题了。几乎所有的 Windows 程序都必须包含 windows.h,而那个文件却
硕大无比,将它展开后往所有文件中一粘贴,编译的时候立刻慢得像只蜗牛。
到了 MFC 时代后,情况更为恶劣了。毕竟 C 风格的 Windows 头文件里面包含的还
仅仅是函数定义和宏,编译难度不算太大,而 MFC 库里面的头文件可都是类声明啊!更
何况,一个最简单的工程,都会生成大量的类,需要用到大量的函数。如果工程稍微复杂
一些,编译难度可想而知!
但是,人们惊奇地发现,虽然用到的头文件又多又杂,但是在一个工程中,总有那么
一堆头文件,是几乎所有 cpp 都必须包含的。那么,可不可以把这些头文件提取出来,
只编译一编,然后所有其它 cpp 就都能使用呢?没错,这就是预编译头的思想都由来!
实践证明,使用了预编译头技术后,编译速度大大提高了。可以到你的工程目录下的
Debug 或 Release 目录中看一看,里面有一个体积极为硕大的 .pch 文件,那就是传说
中的“编译之后的预编译头”。
使用了预编译头技术后,虽然带来了极大地方便,但也造成了一个问题:由于它假定
预编译头中包含过的头文件会在所有 cpp 中使用,因此它在编译你的 cpp 的时候,就会
将预编译头中已经编译完的部分加载到内存中。如果它突然发现你的 cpp 居然没有包含
预编译头,它就会很郁闷,因为它不知道该如何将已编译完的部分从内存中请出去,整个
编译过程就会失败。
因此,如果你使用了预编译头技术,就必须在所有的 cpp 中包含预编译头。MFC 工
程中为你建立了一个默认的预编译头 stdafx.h,如果你愿意,也可以在自己的工程中使
用其它文件名作为你的预编译头,如果你觉得有必要。
https://www.cnblogs.com/cqu-qxl/p/6731200.html
1,新建一个.h头文件和.cpp文件,名字自己随便起。假设是a.cpp和 a.h
2,在头文件a.h中写入一下代码:
(这些头文件,几乎什么程序都用,但是不止这些,还有很多头文件,这里简单写几个意思一下。
目的为了,以后写程序快速编译,这些头文件都是已经编译好的了,不用在编译了。
)
-
#pragma once
-
-
#include <Windows.h>
-
#include <algorithm>
-
#include <cstdint>
-
#include <functional>
-
#include <list>
-
#include <map>
-
#include <set>
-
#include <string>
-
#include <vector>
3,在新建的a.cpp文件中包含这个头文件。#include "a.h"
4, 将这个a.cpp 设置为预编译头:
a.cpp则为a.h提供了编译的载体,因为C/C++只能对源文件编译,而不能对头文件编译。a.cpp只需要包含a.h即可
设置方法:
接下来,指定通过a.cpp来生成预编译结果。在“解决方案资源管理器中”,右击a.cpp文件,在弹出的菜单中点击“属性”,打开该文件的属性页窗口。
在属性页窗口中,打开“预编译头”配置页,设置“预编译头”选项的值为“创建(/Yc)”,设置“预编译头文件”选项的值为“a.h”。如下图所示:
点击确定完成设置。如此一来,在编译a.cpp的时候就会生成预编译结果,也就是.pch文件。
设置了生成预编译结果之后,还需要设置使用预编译结果。在“解决方案资源管理器中”,右击项目节点,在弹出的菜单中点击“属性”,打开项目的属性页窗口。
同样地,在属性页窗口中打开“预编译头”配置页,设置“预编译头”选项的值为“使用(/Yu)”,设置“预编译头文件”选项的值为“a.h”。要注意“预编译头”选项的值跟之前的不同。如下图所示:
最后,需要在所有的源文件中包含预编译头文件,并且该文件必须是第一个包含的。这是使用预编译头的硬性规定,假如不遵守这个规定,编译会失败。重复地在所有源文件中添加预编译头文件很繁琐,所幸的是Visual C++提供了强制在所有源文件中包含指定头文件的选项。同样在项目的属性页窗口中,打开“C/C++”分类下的“高级”配置页,在“强制包含文件”的选项中,添加“a.h”即可,如下图所示:
至此,预编译头的设置就完成了。注意,在预编译头文件之后再重复包含该文件内已包含的头文件并不会有问题,所以不必特意去掉那些重复的包含语句
其实最主要的问题就是平台不对的,比如说,你生成dll用的是x86的,那么生成的程序就是win32,32位的程序,而引用的项目为x64或者any cpu,那么就会导致不兼容的问题。
可能会出“无法启动xxx”,或者是“xxx不是可用的程序”
那么这个时候就该回去检查你生成dll的项目的属性配置和你要引入的dll文件的项目的属性配置了
完成!
有什么说的不对的地方还请大佬们在评论区留言,我看到了会改正,谢谢各位。
接下来会学习Qt调用C++DLL,学会了还会更新一期,如果哪位大佬知道捷径的话麻烦放个传送门在评论区呗,谢谢啦。
赞
踩
赞
踩
赞
踩
赞
踩
赞
踩
赞
踩
赞
踩
赞
踩
赞
踩
赞
踩
赞
踩
赞
踩
赞
踩
赞
踩
赞
踩
赞
踩
赞
踩
赞
踩
赞
踩
赞
踩
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。