在 C++ 名堂中援用动态一语气库 (DLL) 时，常会遭受一些常见问题：无法解析标志（LNK2019），为什么动态一语气库失效，以及架构不匹配的突破（LNK4272）。本文将从上述问题启程，进行深度解析，并提供一个身手管束有缠绵。

一、问题分析

在援用 DLL 时，您可能会遭受如下问题：

LNK2019: 无法解析的外部标志 这类过失暗示在编译时找不到调用函数的竣事（如“hid_write”）。 LNK4272: 架构突破问题 频繁为您的名堂打包架构（x86 或 x64）与库不一致。 DLL 编译环境和文献旅途问题 为什么长入历程中还是指定了库，仍然无法解析标志？举个示例，要是您援用了不匹配架构的 .lib 文献，就会出现该问题。 二、身手管束问题

底下是管束程度的深刻分析：

伸开剩余81%

身手1：确保正确存在库文献

确保您援用的动态库 .dll 和对应的静态库 .lib 文献都存在。 检察存在旅途：确保 .lib 文献被正确指向到名堂的 一语气器 -> 输入 -> 附加依赖项 中。 在您的名堂属性中，参加“一语气器 -> 输入”： 确保附加依赖项中还是存在“hidapi.lib”。 一语气器 -> 老例 -> 附加库目次 ，确保实质文献旅途还是被指向。

身手2：确保架构匹配

检察名堂打包架构： 在 Visual Studio 中，参加“建立管束器”，确保您的平台成立为 Win32 (如是 x86) 或 x64 (如是 64 位平台)。 确保动态库和静态库文献的架构与您的实质建立一致。 要是架构突破，推选再行编译： 下载源码和 CMake 用具，通过再行构建生成匹配架构的库文献。

身手3：确保标志竣事和调用一致

检察源代码中是否竣事了标志： 要是您使用的是 hidapi 库，确保您的头文献 hidapi.h 包括了统统需要调用的函数。 使用 extern "C" 幸免标志修饰突破： 要是您的库是用 C 进行编写的，而名堂是用 C++ 编写的，需要在头文献中包裹如下代码：

#ifdef __cplusplus

extern "C" {

#endif

// hidapi.h 内容...

#ifdef __cplusplus

}

#endif

身手4：检查动态库调用是否闲居

使用 dumpbin 用具检查 DLL 导出标志： 在 Visual Studio 大呼行中运转如下大呼： dumpbin /exports hidapi.dll 确保您需要调用的标志存在于输出列表中。 确保调用时旅途正确： 确保 .dll 文献放在您实质執行文献旅途中，有时将旅途添加到 PATH 环境变量。 三、其他问题

一、编译器在尝试编译时找不到 hidapi.h 头文献。以下是管束该问题的一些行动和身手：

可能原因和管束行动

1. 头文献旅途未正确成立

确保 hidapi.h 文献实质存在。 阐发文献旅途是否已包含在名堂的附加包含目次中。

管束行动：

右键点击你的名堂，接管 属性 (Properties)。 在属性窗口中： 找到 C/C++ → 附加包含目次 (Additional Include Directories)。 添加 hidapi.h 处所的文献夹旅途。 点击 笃定，再行编译。

二、对于过失 C4996 'strcpy': This function or variable may be unsafe. Consider using strcpy_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS.

是由于 Microsoft Visual Studio 默许启用了安全检查，不容使用不安全的 C 函数（如 strcpy、sprintf 等）。这些函数可能会导致缓冲区溢出，从而激发安全问题。

不错通过以下几种形貌管束：

1. 使用安全函数 strcpy_s

strcpy_s 是 strcpy 的安全版块，条目提供方针缓冲区的大小，以幸免缓冲区溢出。

2. 禁用 _CRT_SECURE_NO_WARNINGS

要是不思修改代码，不错通过禁用 Visual Studio 的安全检查来幸免报错。

行动：

添加预处理器界说： 右键名堂 -> 属性 -> 建立属性 -> C/C++ -> 预处理器 -> 预处理器界说。 添加：

_CRT_SECURE_NO_WARNINGS

2.代码中全局界说： 在代码顶部添加：

#define _CRT_SECURE_NO_WARNINGS

瞩目：禁用安全检查可能导致潜在的安全风险，提出仅在皆备阐发代码安全的情况下使用。

发布于：广东省