C++为什么加上导出符号的时候,不能加inline了

这个问题涉及到了C++的链接机制和DLL的工作原理。

想象一下,当我们在一栋大楼里安装电表。如果每个房间都安装独立的电表(这就像inline static变量),电力公司就无法统一管理和计量。但如果我们在大楼入口安装一个主电表(这就像导出的static变量),所有房间就能共享同一个计量系统。

具体来说,使用inline static时,编译器会在每个翻译单元(每个CPP文件)中创建这个变量的一个副本。编译器会确保在同一个可执行文件或DLL内部,这些副本会合并成一个。但关键问题是:不同的DLL之间无法合并这些副本。

来看一段代码演示:

// test.h
class Test {
    inline static int value = 42;  // 每个DLL都会有自己的副本
};

// 改成导出方式
class __declspec(dllexport) Test {
    static int value;  // 只能有一个定义,必须放在DLL内部
};

当我们加上__declspec(dllexport)后,这个类及其成员会被导出到DLL的导出表中。其他程序要使用这个类时,必须通过DLL的导出表找到对应的符号。这就要求:

  1. 变量必须有一个确定的地址,存在于DLL的数据段中
  2. 其他程序通过导入表引用这个地址
  3. 系统加载器负责在加载时完成地址重定位

如果允许inline,就会破坏这个机制:

// 如果允许这样写
class __declspec(dllexport) Test {
    inline static int value = 42;  // 错误!
};

// DLL1和DLL2加载这个头文件后:
// DLL1: value的副本地址 = 0x1000
// DLL2: value的副本地址 = 0x2000
// 主程序:value的副本地址 = 0x3000
// 导出表无法确定应该导出哪个地址!

正确的做法是在DLL内部提供唯一的定义:

// test.h
class __declspec(dllexport) Test {
    static int value;
};

// test.cpp (DLL内部)
int Test::value = 42;  // 唯一的定义,地址固定在DLL中

这样,所有使用这个DLL的程序都会引用同一个地址,确保数据的一致性。就像大楼里的所有用户都通过同一个主电表计量用电量一样。

ce780ff24896427c9520044d60c55980.png

所以记住:当需要在DLL间共享数据时,static变量必须有一个确定的、唯一的地址,这就是为什么不能使用inline。这不是语言设计的限制,而是DLL机制本身的要求。

内容概要:本文档详细介绍了在三台CentOS 7服务器(IP地址分别为192.168.0.157、192.168.0.158和192.168.0.159)上安装和配置Hadoop、Flink及其他大数据组件(如Hive、MySQL、Sqoop、Kafka、Zookeeper、HBase、Spark、Scala)的具体步骤。首先,文档说明了环境准备,包括配置主机名映射、SSH免密登录、JDK安装等。接着,详细描述了Hadoop集群的安装配置,包括SSH免密登录、JDK配置、Hadoop环境变量设置、HDFS和YARN配置文件修改、集群启动与测试。随后,依次介绍了MySQL、Hive、Sqoop、Kafka、Zookeeper、HBase、Spark、Scala和Flink的安装配置过程,包括解压、环境变量配置、配置文件修改、服务启动等关键步骤。最后,文档提供了每个组件的基本测试方法,确保安装成功。 适合人群:具备一定Linux基础和大数据组件基础知识的运维人员、大数据开发工程师以及系统管理员。 使用场景及目标:①为大数据平台搭建提供详细的安装指南,确保各组件能够顺利安装和配置;②帮助技术人员快速掌握Hadoop、Flink等大数据组件的安装与配置,提升工作效率;③适用于企业级大数据平台的搭建与维护,确保集群稳定运行。 其他说明:本文档不仅提供了详细的安装步骤,还涵盖了常见的配置项解释和故障排查建议。建议读者在安装过程中仔细阅读每一步骤,并根据实际情况调整配置参数。此外,文档中的命令和配置文件路径均为示例,实际操作时需根据具体环境进行适当修改。
在无线通信领域,天线阵列设计对于信号传播方向和覆盖范围的优化至关重要。本题要求设计一个广播电台的天线布局,形成特定的水平面波瓣图,即在东北方向实现最大辐射强度,在正东到正北的90°范围内辐射衰减最小且无零点;而在其余270°范围内允许出现零点,且正西和西南方向必须为零。为此,设计了一个由4个铅垂铁塔组成的阵列,各铁塔上的电流幅度相等,相位关系可自由调整,几何布置和间距不受限制。设计过程如下: 第一步:构建初级波瓣图 选取南北方向上的两个点源,间距为0.2λ(λ为电磁波波长),形成一个端射阵。通过调整相位差,使正南方向的辐射为零,计算得到初始相位差δ=252°。为了满足西南方向零辐射的要求,整体相位再偏移45°,得到初级波瓣图的表达式为E1=cos(36°cos(φ+45°)+126°)。 第二步:构建次级波瓣图 再选取一个点源位于正北方向,另一个点源位于西南方向,间距为0.4λ。调整相位差使西南方向的辐射为零,计算得到相位差δ=280°。同样整体偏移45°,得到次级波瓣图的表达式为E2=cos(72°cos(φ+45°)+140°)。 最终组合: 将初级波瓣图E1和次级波瓣图E2相乘,得到总阵的波瓣图E=E1×E2=cos(36°cos(φ+45°)+126°)×cos(72°cos(φ+45°)+140°)。通过编程实现计算并绘制波瓣图,可以看到三个阶段的波瓣图分别对应初级波瓣、次级波瓣和总波瓣,最终得到满足广播电台需求的总波瓣图。实验代码使用MATLAB编写,利用polar函数在极坐标下绘制波瓣图,并通过subplot分块显示不同阶段的波瓣图。这种设计方法体现了天线阵列设计的基本原理,即通过调整天线间的相对位置和相位关系,控制电磁波的辐射方向和强度,以满足特定的覆盖需求。这种设计在雷达、卫星通信和移动通信基站等无线通信系统中得到了广泛应用。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值