关于在.h里面extern函数

最新推荐文章于 2023-08-17 19:06:17 发布
最新推荐文章于 2023-08-17 19:06:17 发布
阅读量1.6k 收藏
点赞数
分类专栏： BCB 菜鸟心得
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/extcsdn/article/details/455553
版权
我发现公有函数(变量估计也是)在.h里面extern的时候，必须放在#endif下面才有效果。否则，即使某一form(需要用到该被extern的函数)包含了该.h,那么编译还是会提示函数未定义。
把 extern 放在.h头文件
本不平凡
08-26 249
把 extern 放在.h头文件
【C++动态库编程】C++名称改编、标准C接口、extern “C“、函数调用约定以及def文件详解
dvlinker的技术专栏
08-27 3万+
本文通过一个具体的dll动态库编程实例，详细讲述动态库导出接口相关的导入导出声明、标准C接口、extern "C"作用、函数调用约定声明、跨语言调用dll接口以及def文件等内容。
extern与头文件(*.h)的区别和联系
yuyantai1234的专栏
02-09 2万+
原文网址为：http://lpy999.blog.163.com/blog/static/117372061201182051413310/ 个人认为有一些道理：所以转过来学习了。 用#include可以包含其他头文件中变量、函数的声明，为什么还要extern关键字？         如果我想引用一个全局变量或函数a，我只要直接在源文件中包含#include (xxx.h包含了a
extern关键字
shetougong的博客
05-25 749
extern关键字
关于cpp文件中extern（.h)的使用
QZC295919009的专栏
12-24 1126
项目中为了结构清晰肯定是会将不同功能的函数放置在不同的文件中。那么我们需要调用其他文件中的函数怎么办？有extern！ 假设a1.cpp需要调用b2.cpp中的函数int getSum(int array[],int len); 我们需要在a1.cpp中声明【extern int getSum(int array[],int len)】，以此告诉编译器，该函数在其他的文件中，先完成编译给我留个
extern 与头文件(*.h)的区别和联系(转载)
mosepplin的专栏
05-15 749
对变量而言，如果你想在本源文件(例如文件名A)中使用另一个源文件(例如文件名B)的变量，方法有2种：(1)在A文件中必须用extern声明在B文件中定义的变量(当然是全局变量)；(2)在A文件中添加B文件对应的头文件，当然这个头文件包含B文件中的变量声明，也即在这个头文件中必须用extern声明该变量，否则，该变量又被定义一次。
深入理解extern用法
01-27
我们一般把所有的全局变量和全局函数的实现都放在一个*.cpp文件里面，然后用一个同名的*.h文件包含所有的函数和变量的声明。如：如果将Demo.cpp写成了Demo.c，编译器会告诉你说无法解析的外部符号。因为Demo.c里面的...
C语言为什么只需要包含stdio.h就能使用里面声明的函数?
守望的博客-编程珠玑
05-10 5115
​有人问：C语言为什么只需要include<stdio.h>就能使用里面声明的函数?这是一个看起来非常简单的问题，但是很多初学者，甚至学了很久的人都可能没有搞明白。 为什么包含即可用？ 要明白包含即可用的原因，就必须讲到C语言代码是如何变成可执行文件的了，这里可以参考《hello程序是如何变成可执行文件的》。这里使用#include指令，在预编译之后，相当于把文件里面的内容都放到.c中了。 //hello.c #include<stdio.h> intmai...
51单片机C语言中.c文件和.h文件的关联
07-26
在主函数main()之前包含一句#include "delay.h"，就可以在main()函数中使用其中的函数了。 总的来说，掌握好.c文件和.h文件的关联和使用，将有助于提高程序的模块化和重用性，同时也有助于保持代码的整洁和可维护性...
【C++】02 extern
纸境止境的博客
05-11 719
文章目录1.声明和定义的区别2.函数 和 “extern”3.变量 和“extern”4.extern 用于多文件5.extern和const的结合运用6.总结 link ：有好些例子可以参考。 （此文中的定义（Defintition）和许多处说的“初始化”是一码事哈。） 1.声明和定义的区别 （Declaration and Definition） ​ ①声明只是告诉程序它的存在，并不分配内存给它，当一个 变量 或 函数 被定义的时候，系统就会给它分配内存。 ​ ②一个 变量 或 函数 可以被声明多次
C语言多文件编译总结：extern和static关键字+.h头文件包含规则+不能包含.c文件原因分析
DayDayUp
04-06 1万+
多文件编译链接与.h头文件包含规则 extern 和 static 关键字 使用头文件封装 一，尖括号和双引号 二，头文件路径查找 三，头文件重复包含 四，为什么要包含头文件而不是 .c 文件 多文件编译链接与.h头文件包含规则 如下示例程序，stack.c中定义了一个栈，以及栈的一些简单功能函数：push()，pop()以及is_empty()等。main.c为程序主函数，主要测试了栈的这些功能。 // stack.c char stack[512]; int top = -1; void.
【C语言专题extern用法】
2305_79343809的博客
08-17 668
当你使用extern关键字声明一个变量时，你只是告诉编译器这个变量在其他地方已经被定义了，你想在当前的源文件中使用它。这允许多个源文件可以使用相同的全局变量。file1.c和file2.c。在file1.c然后在file2.c中，你想使用这个已经在file1.c这告诉编译器globalVar是在其他地方定义的，因此当链接这两个文件时，file2.c中的globalVar引用将链接到file1.c中的定义。
C语言extern关键字用法和理解
热门推荐
CKX的博客
09-27 19万+
extern表明变量或者函数是定义在其他其他文件中的 例如：extern int a; 显式的说明了a的存储空间是在程序的其他地方分配的，在文件中其他位置或者其他文件中寻找a这个变量。 用法 一个c文件需要调用另一个c文件里的变量或者函数，而不能从.h文件中调用变量。详见下文1 extern int a = 5与int a = 5意义是一样的，都是定义。而extern int a;......
extern使用方法总结！
cameracanon的专栏
04-10 12万+
 extern   在源文件A里定义的函数，在其它源文件里是看不见的（即不能访问）。为了在源文件B里能调用这个函数，应该在B的头部加上一个外部声明：     extern   函数原型；     这样，在源文件B里也可以调用那个函数了。     注意这里的用词区别：在A里是定义，在B里是声明。一个函数只能（也必须）在一个源文件里被定义，但是可以在其它多个源文件里被声明。定义引起存储
template是否算一种多态？如果不在.h里面定义他的函数，在.cpp里面定义会有什么问题？
最新发布
04-08
<think>好的，我现在需要帮助用户理解C++中模板与多态的关系，以及模板函数在分离声明和定义时可能出现的问题。首先，我应该回顾一下用户提供的引用内容，看看有没有相关的信息可以利用。 用户提到了几个引用，其中引用[1]、[3]、[5]讨论了虚函数和动态多态，引用[4]涉及多线程，引用[2]提到编译器差异。而用户的问题是关于模板和多态的关系，以及分离编译的问题，所以可能需要结合模板和多态的知识，以及编译链接过程来解释。 首先，模板和多态的关系。多态在C++中有两种：静态多态（模板和函数重载）和动态多态（虚函数）。用户可能想知道模板如何实现静态多态，以及与动态多态的区别。比如，模板通过编译时的类型推导生成不同的代码，而虚函数在运行时通过虚表决定调用哪个函数。 然后，分离编译的问题。模板的声明和实现通常需要放在头文件中，因为编译器在实例化模板时需要看到完整的定义。如果分开到.h和.cpp，可能会导致链接错误，因为其他.cpp文件无法看到模板的实现，从而无法生成具体的实例化代码。这涉及到C++的编译模型，模板实例化是发生在编译阶段还是链接阶段的问题。需要解释为什么模板不能像普通函数那样分离声明和定义，以及可能的解决方案，比如显式实例化或者包含实现文件。 接下来，结合用户提供的引用，比如引用[1]中的虚函数表，可以对比动态多态的实现机制。而引用[2]提到编译器差异，可能影响模板的实现，比如不同编译器对C++标准的支持程度不同，可能导致模板代码在不同编译器下的行为差异，或者分离编译时的错误。 用户的问题还包括如何解决模板分离编译的问题，需要给出具体的解决方法，比如在头文件中包含实现，或者使用export关键字（虽然大多数编译器不支持），或者显式实例化所需的类型。例如，在.cpp文件中使用template class MyTemplate<int>;来显式实例化，这样编译器会生成对应类型的代码，避免链接错误。 此外，可能需要提到模板的优缺点，比如静态多态的高效性（无运行时开销），但带来的代码膨胀问题，以及动态多态的灵活性和运行时开销。 还需要检查是否有错误或遗漏的点，比如模板特化、偏特化是否影响分离编译，或者C++11后的extern template特性如何帮助减少编译时间，同时解决部分分离编译的问题。 总结回答的结构应该是：先解释模板实现静态多态，对比动态多态；然后讨论分离编译的问题及其原因；最后给出解决方案和最佳实践。同时，引用相关的文献，如引用[1]和[5]关于虚函数和多态的内容，引用[2]关于编译器差异的影响。</think>### C++模板与多态的关系及分离编译问题解析 #### 一、模板与多态的关系 1. **静态多态（编译期多态）** 模板通过**编译期类型推导**实现静态多态。例如： ```cpp template <typename T> void print(T val) { std::cout << val << std::endl; } ``` - 编译器根据调用时实际类型（如`int`/`string`）生成不同的函数实例。 - 特点：**零运行时开销**，但可能导致代码膨胀[^5]。 2. **动态多态（运行期多态）** 通过虚函数和继承实现，依赖虚函数表（vtable）动态绑定函数调用： ```cpp class Base { virtual void fn(); }; class Sub : public Base { void fn() override; }; ``` - 运行时根据对象实际类型选择调用函数[^1]。 3. **核心差异** | 特性 | 模板静态多态 | 虚函数动态多态 | |--------------|--------------------|--------------------| | 实现时机 | 编译期 | 运行期 | | 性能 | 无间接调用开销 | 虚表查找开销 | | 类型限制 | 隐式接口（鸭子类型）| 显式继承关系 | #### 二、模板分离编译问题 当模板的**声明与定义分离**到`.h`和`.cpp`文件时，会出现链接错误： ```cpp // mytemplate.h template <typename T> class MyTemplate { public: void doSomething(T param); // 仅声明 }; // mytemplate.cpp template <typename T> void MyTemplate<T>::doSomething(T param) { /* 实现 */ } // 定义在.cpp ``` ```cpp // main.cpp #include "mytemplate.h" int main() { MyTemplate<int> obj; // 编译器无法实例化模板 obj.doSomething(42); // 链接时报错"未定义符号" } ``` **原因分析**： - 模板实例化需**完整定义可见**，分离编译时其他编译单元（如`main.cpp`）无法看到模板实现[^2]。 - 编译器按需实例化模板，若定义不可见则不会生成具体类型的代码。 #### 三、解决方案与最佳实践 1. **头文件包含实现**（最常见方案） 将模板定义直接写入`.h`文件： ```cpp // mytemplate.h template <typename T> class MyTemplate { public: void doSomething(T param) { /* 实现 */ } }; ``` 2. **显式实例化**（适用于已知类型） 在`.cpp`中强制实例化特定类型： ```cpp // mytemplate.cpp template class MyTemplate<int>; // 显式实例化int类型 ``` - 缺点：需预先知道所有可能用到的类型。 3. **C++11的extern template声明** 在头文件中声明外部实例化以减少重复编译： ```cpp // mytemplate.h extern template class MyTemplate<int>; // 声明已实例化 ``` 4. **分离编译扩展方案** - 使用`.tpp`文件（模板实现文件）并在`.h`末尾包含： ```cpp // mytemplate.h template <typename T> class MyTemplate { /* ... */ }; #include "mytemplate.tpp" ``` #### 四、多线程与模板的关联 模板代码在多线程环境下需注意： - 模板静态局部变量可能引发**线程安全问题**（需用`thread_local`修饰）[^4]。 - 模板实例化过程本身是线程安全的（编译器保证）。 #### 五、编译器兼容性注意 不同编译器（GCC/Clang/MSVC）对模板分离编译的支持程度不同。建议统一使用头文件内联定义以规避兼容性问题。 --- ### 相关问题 1. 模板元编程如何扩展静态多态的应用场景？ 2. 如何通过CRTP（奇异递归模板模式）实现编译期多态？ 3. C++20概念（concepts）对模板编程有何改进？ 4. 动态多态与静态多态在性能优化中的取舍策略？
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值