在 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

夺目：禁用安全查验可能导致潜在的安全风险，提议仅在皆备证明代码安全的情况下使用。

发布于：广东省