error LNK2019 :无法解析的外部符号

最新推荐文章于 2024-04-30 01:46:54 发布
原创 最新推荐文章于 2024-04-30 01:46:54 发布 · 304 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#LNK2019

本文介绍了一种解决程序编译时出现错误的方法，特别是当已正确添加所有必要的lib文件但仍出现错误时。文章建议检查并调整程序的位数设置（32位或64位），并通过实例说明如何在开发环境中进行位数更改。

除了网上通常说的，该添加的lib文件都添加进来，该在链接器里面添加的lib也都添加了，还是报这个错误的话。
可以怀疑一下是否是程序位数问题，32位变为64位或者64位变为32位试试。
右键解决方案——属性——配置属性，然后把项目平台更改一下。
我就是这么解决的，原本是32位，报错，改为64位程序之后，程序正常运行。

vs报错“错误 LNK2019 无法解析的外部符号”的几种原因及解决方案
zeeq的博客
03-28 36万+
  运行vs程序的时候，报错严重性 代码 说明 项目 文件 行 禁止显示状态 错误 LNK2019 无法解析的外部符号 "__declspec(dllimport) public: void __cdecl PointCloudFilter::setptClouds(struct LAS_POINT *)" (__imp_?setptClouds@PointCloudFilter@@QEAAXPEAULAS_POINT@@@Z)，该符号在函数 "private: void __cdecl PointClou
正确解决error LNK2019: 无法解析的外部符号 “public: __thiscall MyClass(void)异常的有效解决方法
wbajsjhhhhh的博客
04-30 3109
正确解决error LNK2019: 无法解析的外部符号 "public: __thiscall MyClass(void)异常的有效解决方法
error LNK2019: 无法解析的外部符号
immcss的专栏
03-04 2767
在MFC中编译时出现了以下错误：提示为error LNK2019: 无法解析的外部符号 "wchar_t * __stdcall _com_util::ConvertStringToBSTR(char const *)1。我先介绍一下，VS编译器中的一个选项     /Zc:wchar_t（wchar_t 是本机类型）在VC6。0中选项为Setting of the pro
待解决问题LNK2019 无法解析的外部符号
05-04
编译错误error LNK2019: 无法解析的外部符号，项目文件在DHServerTest下
error LNK2019: 无法解析的外部符号 问题的解决办法
09-05
综上所述，解决LNK2019错误需要仔细检查程序代码，确认每一个外部符号的定义是否存在，以及是否正确地包含了它们的声明。此外，还需要检查链接器的配置，确保所有需要的库都已被正确链接。进行这些检查之后，通常...
正确解决“error LNK2019: 无法解析的外部符号....该符号在函数 ...中被引用“的有效解决方法
wbajsjhhhhh的博客
04-30 5013
正确解决"error LNK2019: 无法解析的外部符号....该符号在函数 ...中被引用"的有效解决方法
error LNK2019:无法解析的外部符号
最新发布
06-08
### LNK2019 错误的解决方案 LNK2019 是 Microsoft Visual Studio 中常见的链接器错误，表示链接器在尝试创建最终的可执行文件或库时，无法找到某个函数、变量或对象的定义。以下是导致该错误的常见原因及解决方法： #### 1. **未正确实现声明的函数** 如果在头文件中声明了一个函数，但未在源文件中提供其实现，则会导致此错误。确保所有声明的函数都有对应的实现[^4]。 ```cpp // MyHeader.h #ifndef MYHEADER_H #define MYHEADER_H void myFunction(); // 声明 #endif // MySrc.cpp #include "MyHeader.h" void myFunction() { // 实现 // 函数体 } ``` #### 2. **忘记编译或链接某些源文件** 如果项目中包含多个 `.cpp` 文件，但未将所有必要的源文件添加到项目中，则可能导致链接器找不到某些符号的定义。检查项目设置，确保所有相关 `.cpp` 文件都被正确添加[^3]。 #### 3. **静态变量未初始化** 对于全局或静态变量，如果仅在头文件中声明而未在源文件中定义，则会导致此错误。确保为静态变量提供定义[^1]。 ```cpp // MyHeader.h extern int globalVar; // 声明 // MySrc.cpp int globalVar = 0; // 定义 ``` #### 4. **链接库缺失或配置错误** 如果项目依赖于外部库（如 Qt 或 SQLite），但未正确配置链接器选项或未指定库路径，则会引发此错误。确保在项目属性中正确配置了库路径和依赖项[^5]。 - 在 Visual Studio 中： - 菜单栏选择 `项目 -> 属性 -> 配置属性 -> 链接器 -> 输入` - 在 `附加依赖项` 中添加所需的库文件名。 - 在 `常规 -> 附加库目录` 中添加库路径。 #### 5. **名称修饰问题** C++ 编译器会对函数名进行修饰（name mangling），以支持重载等功能。如果使用 C++ 编写代码但调用了用 C 编写的库，则需要通过 `extern "C"` 关键字禁用名称修饰[^4]。 ```cpp extern "C" { void cFunction(); // 禁用名称修饰 } ``` #### 6. **入口点问题** 在某些情况下，错误信息可能显示为 `error LNK2019: 无法解析的外部符号 WinMain`。这通常是因为项目类型被错误地设置为 Windows 应用程序，但代码中未定义 `WinMain` 函数。检查项目属性中的 `子系统` 设置[^2]。 - 如果项目是控制台应用程序： - 将 `子系统` 设置为 `Console (/SUBSYSTEM:CONSOLE)`。 - 如果项目是图形界面应用程序： - 确保定义了 `WinMain` 函数。 ```cpp int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow) { // 入口点代码 return 0; } ``` #### 7. **重复定义或冲突** 有时，多个文件中可能存在同名的全局变量或函数定义，导致链接器混淆。检查是否有重复定义，并确保每个符号在项目中唯一[^3]。 --- ### 示例代码 以下是一个简单的示例，展示如何避免 LNK2019 错误： ```cpp // MyHeader.h #ifndef MYHEADER_H #define MYHEADER_H class MyClass { public: MyClass(); void displayMessage(); }; #endif // MySrc.cpp #include "MyHeader.h" #include <iostream> MyClass::MyClass() {} void MyClass::displayMessage() { std::cout << "Hello, World!" << std::endl; } // Main.cpp #include "MyHeader.h" int main() { MyClass obj; obj.displayMessage(); return 0; } ``` 确保将 `MySrc.cpp` 添加到项目中，并正确配置头文件路径。 --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值