dll导出命名空间下的c风格函数陷阱

1、编译阶段,如果不是重载,那么C风格的同名函数与C++风格的同名函数,就会报编译错误。
error C2084: function 'int Test(void)' already has a body。

2、编译期间,编译器会检查命名空间里的函数。如SG::Test();
编译器会检测是否有函数Test()在SG命名空间里。如果没有就会报错。
error C2039: 'Test' : is not a member of 'SG' 

3、链接阶段,当命名空间与extern “C”组合在一起时,生成的函数代码其实是C风格的,没有命名空间修饰。
这是因为C风格里函数里没有命名空间这一概念,所以命名空间自动会被链接器忽略。

基于以上的原则,编译器链接器能够识别出基本所有的错误用法。
但是有一种情况,编译器链接器都无法识别。
那就是
DLLA中有命名空间

 namespace SG1
 {
	extern "C" __declspec(dllexport) int Test();
 }

DLLB中有命名空间SG2::Test()导出函数。

  namespace SG2
 {
	extern "C" __declspec(dllexport) void Test();
 }

在EXE中调用SG2::Test()。 这个时候,编译链接都是正确的。 但是实际运行的时候,却隐藏着一个隐患。 因为实际生成的汇编代码直接是

004EF8FF FF 15 18 1A 78 00 call  dword ptr [__imp__Test (781A18h)] 

和命名空间无关。 那么汇编代码会调用SG1下的还是SG2下的Test呢? 这两个DLL谁先引用进EXE,先调用谁。

资源下载链接为: https://pan.quark.cn/s/22ca96b7bd39 在 IT 领域,文档格式转换是常见需求,尤其在处理多种文件类型时。本文将聚焦于利用 Java 技术栈,尤其是 Apache POI 和 iTextPDF 库,实现 doc、xls(涵盖 Excel 2003 及 Excel 2007+)以及 txt、图片等格式文件向 PDF 的转换,并实现在线浏览功能。 先从 Apache POI 说起,它是一个强大的 Java 库,专注于处理 Microsoft Office 格式文件,比如 doc 和 xls。Apache POI 提供了 HSSF 和 XSSF 两个 API,其中 HSSF 用于读写老版本的 BIFF8 格式(Excel 97-2003),XSSF 则针对新的 XML 格式(Excel 2007+)。这两个 API 均具备读取和写入工作表、单元格、公式、样式等功能。读取 Excel 文件时,可通过创建 HSSFWorkbook 或 XSSFWorkbook 对象来打开相应格式的文件,进而遍历工作簿中的每个 Sheet,获取行和列数据。写入 Excel 文件时,创建新的 Workbook 对象,添加 Sheet、Row 和 Cell,即可构建新 Excel 文件。 再看 iTextPDF,它是一个用于生成和修改 PDF 文档的 Java 库,拥有丰富的 API。创建 PDF 文档时,借助 Document 对象,可定义页面尺寸、边距等属性来定制 PDF 外观。添加内容方面,可使用 Paragraph、List、Table 等元素将文本、列表和表格加入 PDF,图片可通过 Image 类加载插入。iTextPDF 支持多种字体和样式,可设置文本颜色、大小、样式等。此外,iTextPDF 的 TextRenderer 类能将 HTML、
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值