error LNK2001: 无法解析的外部符号 “public: __thiscall std::

最新推荐文章于 2024-05-23 13:05:47 发布
最新推荐文章于 2024-05-23 13:05:47 发布
阅读量542 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： c++ vs 文章标签： vs error
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_41913666/article/details/126083024

项目右键属性:c/c++ 加上   /D  _CRT_SECURE_NO_WARNINGS

 

正确解决error LNK2019: 无法解析的外部符号 “public: __thiscall MyClass(void)异常的有效解决方法
wbajsjhhhhh的博客
04-30 3072
正确解决error LNK2019: 无法解析的外部符号 "public: __thiscall MyClass(void)异常的有效解决方法
Qt中“LNK2019:无法解析的外部符号__declspec(dllimport)public:__thiscall……“几种常见解决方法
沉迷单车的追风少年
01-23 8430
情况一： 在.pro文件中没有添加对应项 或者添加了对应项有没有保存！！ 记住修改完.pro文件后按下“Ctrl+S”保存！！ 完美解决 情况二：slots定义了而没有使用，或者public中定义的没有使用 可能是public slots，或者是private slots； 而自定义信号signals不会有问题 将没有使用的注释掉即可！ 情况三：忘记指定类名，不规范访...
无法解析的外部符号 "public: __thiscall
Dear_Jia的博客
12-02 1万+
错误    2    error LNK2019: 无法解析的外部符号 "public: __thiscall Rectangle::~Rectangle(void)" (??1Rectangle@@QAE@XZ)，该符号在函数 "public: __thiscall Square::~Square(void)" (??1Square@@QAE@XZ) 中被引用 原因：函数这是只是声明了却没有定...
LNK2019: 无法解析的外部符号 “public: __thiscallXXXXXX
Dopamine_Dong的博客
12-07 896
确认代码内容没有其他问题（比如头文件引用之类）之后，删掉makefile文件和Debug，release，重新构建即可
error：无法解析的外部符号 “public: __thiscall ···该符号在函数···中被引用”
ws_vip的博客
03-18 807
今天写了一个模板类，调用的时候一直报下面的错误，记录一下： 原因： 模板 不可实现 声明和定义分离 所以有使用到模板的定义和声明都需要放到.h里面
error LNK2019: 无法解析的外部符号 public: __thiscall
看风景的薇薇的博客
03-06 1286
出现这种错误的原因是声明了Taggable::setTag()函数，但是没有定义该函数体 还有可能出现的原因： 没有include头文件 调用一个类的时候，和声明的类不一样：比如函数f声明成f(inta)，调用的时候用了f(string) ...
“解析 ‘error LNK2019: 无法解析的外部符号‘ 错误的分析“
TechWhizZ的博客
08-18 1091
错误信息 “error LNK2019: 无法解析的外部符号” 是在编译和链接过程中经常遇到的一种错误。它表明在程序的某个地方使用了一个符号（函数、变量等），但是编译器和链接器无法找到该符号的定义或实现。“error LNK2019: 无法解析的外部符号” 错误通常是由于缺失符号的定义、编译器搜索路径错误或编译器/链接器选项错误引起的。通过正确地包含头文件、设置编译器的搜索路径和检查选项设置，可以解决这种错误。如果符号的定义不在编译器的搜索路径中，就会导致 “error LNK2019” 错误。
error LNK2019: 无法解析的外部符号 "void __cdecl cv::calcHist
热门推荐
sinat_29547669的博客
07-04 5万+
今天用calcHist()写一个直方图的基本程序 结果报错LNK2019 在网上搜索一直是说库的链接不正确 但是我已经加入所有opencv的库了 最后的最后 发现是解决方案平台应该改成x64而不是Win32 (因为我是64位系统但是VS默认是win32) 但是作为小白始终不明白为什么这样就会出现链接库的错误 求大神解释 报错如下： 1>Histogram1D.obj :
error LNK2019无法解析的外部符号解决方案 && error LNK1120: 1 个无法解析的外部命令
razorEdge的博客
10-08 4080
编程过程中常见error总结（一） 相信大家在编程的时候都被上面类似的错误困扰过，无法解析的外部符号?什么意思？其实原因几乎是相同的，就是函数只是声明了却没有定义，上面错误列表的出现就是因为我把相应的函数注释掉了（为了演示），但是我们在写较多的代码的时候很容易把某些函数的定义忽略掉，就会造成自己都不知道错误出在哪里。下面就拿几种常见的做解析：1.《有相应的函数声明但是没有函数定
无法解析的外部符号 “public: __thiscall EasyTcpServer::EasyTcpServer(void)“ (??0EasyTcpServer@@QAE@XZ)，函数 _mai
guanxunmeng8928的博客
03-01 228
问题： 无法解析的外部符号 "public: __thiscall EasyTcpServer::EasyTcpServer(void)" (??0EasyTcpServer@@QAE@XZ)，函数 _main 中引用了该符号 原因没有定义类中的构造函数，也就是构造函数没有加“{}”。 cpp文件是不能被引用的。 ...
无法解析的外部符号 "public: __thiscall***，该符号在函数***中被引用
wonengguwozai的博客
07-19 1万+
当时出现的问题是情况1，注意在面向对象编程中，对象定义时，如果析构函数没有定义的话，也会提示这类错误（这种情况的错误比较隐蔽） 链接错误： 出现这个2001错误，是因为链接失败，然而链接失败，又是因为以下原因：   1.你在头文件中声明了函数，但是cpp文件缺少了函数实现部分。   2.忘了将这个.h,.cpp Add to project；   3.以上两种情况都没有做
无法解析的外部符号 “public: __thiscall Complex::Complex(void)“ (??0Complex@@QAE@XZ)，函数 _main 中引用了该符号
weixin_47212736的博客
04-11 1146
项目场景： error LNK2019: 无法解析的外部符号 “public: __thiscall Complex::Complex(void)” (??0Complex@@QAE@XZ)，函数 _main 中引用了该符号 error LNK1120: 1 个无法解析的外部命令 的一种解决办法 问题描述： 本例代码报标题的错误： #include<iostream> using namespace std; /* 运算符的重载，在类外定义，作为友元函数所使用 */ class Complex
无法解析的外部符号 "public: __thiscall BasePlugin::BasePlugin(class QObject *)"
u012560653的博客
01-13 1384
VC++常见错误原因解析--error LNK2019: 无法解析的外部符号 "public: void __thiscall 从http://blog.youkuaiyun.com/tobefxz/article/details/22154469转载的原因： 原因一： 只是在.h里面声明了某个方法， 没有在cpp里面实现 。  具体讲，有时候在头文件中声明了需要的方法，确实忘记了在源文件中实现
c++遇到：1＞Hybrid.obj : error LNK2019: 无法解析的外部符号 “public: __thiscall 怎么解决
andybob1的博客
11-11 957
一般遇到这种情况主要是因为你C++的构造函数没有进行初始化 举例： 现在我的头文件有一个Grandpa类： #include <iostream> #include <string> using namespace std; class Grandpa { public: // 这里有一个带参数的父类父类构造器 Grandpa(int goldIngot); 我们需要到其定义实现文件里面去初始化才可以进行调用，也就是.cpp文件里面： // 进行初始化的方法 Grandp
托管c++编译错误 error LNK2019: 无法解析的外部符号 "public: __thiscall
sinat_31608641的博客
06-25 3676
错误原因：没有添加lib文件。添加以下代码即可 #pragma comment(lib,"../ProjectApplication/bin/Debug/CapConfig.lib") 重新学习了lib文件的作用： 动态链接的情况下，会生成两个文件：一个是LIB文件，一个是DLL文件。LIB包含被DLL导出的函数名称和位置，DLL包含实际的函数和数据，应用程序使用LIB文件链接到DLL文件...
解决多项目上报错LNK2019 无法解析的外部符号 “public: __thiscall ..“，函数 _main 中引用了该符号 vs2022 C++
xuxuxucq的博客
12-06 1193
严重性 代码 说明 项目 文件 行 禁止显示状态错误 LNK2019 无法解析的外部符号 "public: __thiscall ……" ，函数 _main 中引用了该符号 DataProcess。
error LNK2019: 无法解析的外部符号 "public: __thiscall的愿意以及处理办法
weixin_44545024的博客
02-24 694
今天在学习c++时候，头文件声明了析构函数，但是在.cpp文件中少了~波浪线，所以出现了标题所示的错误类型，简单地说就是，头文件声明。但是.cpp文件并没有实现。 ...
error LNK2019: 无法解析的外部符号 “public: __thiscall MyClass(void)异常的解决方案
2301_79779756的博客
05-23 1018
LNK2019 是 Microsoft Visual C++ 编译器在链接阶段遇到的一个错误，它表明链接器无法找到某个函数、变量或符号的定义。在这个例子中，错误消息是关于一个名为 MyClass 的类的构造函数，它提示链接器无法找到这个类的公有构造函数 MyClass(void) 的定义。
error LNK2001: 无法解析的外部符号 "public: virtual long __stdcall CBaseFilter
weixin_30915951的博客
12-31 228
今天用VS2005编译DirectShow程序，发现出来很多莫名其妙的链接错误：如下：error LNK2001: 无法解析的外部符号 "public: virtual long __stdcall CBaseFilter::FindPin(wchar_t const *,struct IPin * *)" (?FindPin@CBaseFilter@@UAGJPB_WPAPAUIPin@@@Z...
mageLSBViewerDlg.obj : error LNK2019: 无法解析的外部符号 "public: void __thiscall CLoggerManager::Init(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >)" (?Init@CLoggerManager@@QAEXV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z)，该符号在函数 "protected: virtual int __thiscall CImageLSBViewerDlg::OnInitDialog(void)" (?OnInitDialog@CImageLSBViewerDlg@@MAEHXZ) 中被引用 1>E:\WorkSpace\Tests\ImageLSBViewer\Debug\ImageLSBViewer.exe : fatal error LNK1120: 1 个无法解析的外部命令
最新发布
03-29
<think>好的，我现在需要处理用户提出的链接错误LNK2019和LNK1120。用户的问题是关于一个未解析的外部符号，涉及CLoggerManager::Init函数在OnInitDialog中被引用。首先，我得回忆一下这类错误的常见原因。 首先，LNK2019通常发生在链接阶段，编译器知道函数的声明，但找不到定义。可能的原因包括函数没有实现、项目中没有包含定义该函数的源文件，或者声明和定义不一致。 用户提到的错误信息显示，CLoggerManager::Init函数在OnInitDialog中被调用，但链接器找不到它的实现。我需要逐步检查可能的问题点。 首先，检查CLoggerManager类是否有Init函数的声明和定义。用户可能在头文件中声明了该函数，但没有在对应的cpp文件中实现。或者，函数名、参数类型是否完全匹配？比如，参数是std::string，但实现时是否有不同的命名或类型？ 另外，项目配置是否正确？如果CLoggerManager所在的源文件没有被编译进项目，或者被排除在生成之外，也会导致链接错误。需要确认对应的cpp文件是否在项目中，并且被正确包含。 还有，命名空间的问题。如果CLoggerManager位于某个命名空间内，而调用时没有使用正确的命名空间限定，也可能导致问题。不过用户的问题中似乎没有提到命名空间，可能不是这个原因。 另一个可能性是调用约定不一致。例如，函数声明为__thiscall，但定义时可能被错误地指定了其他调用约定，比如__stdcall。但通常编译器会自动处理类的成员函数为__thiscall，所以这个可能性较低，但也不能完全排除。 用户提供的错误信息中有函数的修饰名，里面包含了参数类型的信息。如果声明和定义的参数不一致，比如参数类型或数量不同，会导致名称修饰不同，从而链接器认为它们是不同的函数。例如，Init的参数是std::basic_string，如果定义时参数类型不匹配，比如用了const std::string&，可能会有问题？ 此外，检查是否在链接时包含了实现CLoggerManager::Init的目标文件或库文件。如果CLoggerManager是在另一个静态库或动态库中定义的，而项目设置中没有添加该库的引用，也会导致链接错误。 用户之前提到的错误是关于重定义的，现在又出现链接错误，可能项目中存在多个问题。需要逐一排查。 可能的解决步骤包括： 1. 确认CLoggerManager类中是否有Init函数的声明，并且是否在对应的cpp文件中实现了该函数。 2. 检查函数签名是否完全一致，包括参数类型、const修饰符等。 3. 确保包含CLoggerManager实现的cpp文件被添加到项目，并参与编译。 4. 如果CLoggerManager来自外部库，确保链接器路径和库文件正确配置。 5. 检查是否有拼写错误，比如函数名的大小写、参数名称是否一致。 6. 如果使用预编译头或其他编译选项，可能导致某些文件未被正确编译，需要检查编译日志。 另外，用户可能在头文件中声明了Init函数，但在cpp文件中没有提供定义，或者定义时函数名拼写错误。例如，头文件中声明了void Init(std::string path);，但cpp中写成了void CLoggerManager::Init(std::string p) { ... }，这虽然参数名不同，但不会导致链接错误，但如果参数类型不同，比如头文件声明接受std::string，而定义接受const char*，则会导致函数签名不一致。 此外，如果CLoggerManager的Init函数是虚函数或纯虚函数，在基类中声明但没有在派生类中实现，也会导致链接错误。但用户的问题中没有提到虚函数的情况，可能不需要考虑这一点。 还可能存在的情况是，CLoggerManager的Init函数被声明为内联（inline）函数，在头文件中实现，但实际未正确内联，或者在不同的编译单元中有不同的定义，导致链接问题。不过，这种情况较为少见。 另外，检查项目的字符集设置是否一致。例如，如果项目使用Unicode字符集，而函数参数涉及到字符串处理，是否使用了正确的字符类型？不过，用户的问题中参数是std::string，应该不受影响。 总结下来，最可能的原因是CLoggerManager::Init函数没有在对应的源文件中实现，或者实现与声明不匹配，或者对应的源文件未被正确编译链接到项目中。需要引导用户检查这些方面。</think>### 错误分析：LNK2019 "无法解析的外部符号" 这个错误表明 **链接器（Linker）** 在编译过程中找到了函数 `CLoggerManager::Init` 的声明，但找不到它的具体实现。以下是具体原因和解决方案： --- ### 1. **函数未实现** #### 根本原因： - **声明与实现不匹配**：在 `CLoggerManager` 类的头文件（`.h`）中声明了 `Init` 函数，但在对应的源文件（`.cpp`）中没有实现。 - **函数签名不一致**：函数名、参数类型或数量、`const` 修饰符等与声明不一致。 #### 检查步骤： 1. 打开 `CLoggerManager` 类的头文件（如 `CLoggerManager.h`），确认 `Init` 函数的声明： ```cpp class CLoggerManager { public: void Init(std::string configPath); // 示例声明 }; ``` 2. 打开对应的源文件（如 `CLoggerManager.cpp`），检查是否实现了该函数： ```cpp // 正确实现（与声明完全一致） void CLoggerManager::Init(std::string configPath) { // 具体代码 } ``` 3. **常见错误**： - 参数类型不一致（如 `std::string` 写成 `const char*`）。 - 缺少类名作用域（如直接写 `void Init(...)` 而非 `void CLoggerManager::Init(...)`）。 - 函数名拼写错误（如 `Initalize` 替代 `Init`）。 --- ### 2. **源文件未参与编译** #### 根本原因： - 实现 `CLoggerManager::Init` 的源文件（如 `CLoggerManager.cpp`）未被添加到项目，或编译时被排除。 #### 解决方案： 1. **确认文件在项目中**： - 在 Visual Studio 中，右键项目 → 选择“添加” → 检查 `CLoggerManager.cpp` 是否已包含。 2. **检查文件编译设置**： - 右键 `CLoggerManager.cpp` → 属性 → 确保“从生成中排除”设置为 **否**。 --- ### 3. **链接库缺失** #### 根本原因： - 如果 `CLoggerManager` 类位于静态库（`.lib`）或动态库（`.dll`）中，但未在项目中正确链接该库。 #### 解决方案： 1. **添加库路径**： - 项目属性 → 链接器 → 常规 → 附加库目录 → 添加库所在路径。 2. **添加库文件**： - 项目属性 → 链接器 → 输入 → 附加依赖项 → 添加库文件名（如 `CLoggerManager.lib`）。 --- ### 4. **模板或内联函数的特殊处理** #### 特殊场景： - 如果 `CLoggerManager::Init` 是模板函数或包含模板参数，需确保其实现与声明在同一个文件（通常写在头文件中）。 - 如果函数是 `inline` 的，需确保其定义在头文件中。 --- ### 5. **调用约定或编译选项不一致** #### 罕见原因： - 函数声明和定义的 **调用约定**（如 `__stdcall` vs `__cdecl`）不一致。 - 编译选项不统一（如 Debug/Release、x86/x64 模式不匹配）。 #### 检查方法： - 对比项目配置（如平台工具集、字符集、运行库类型）是否一致。 --- ### 修复步骤总结 1. **检查函数实现**：确保 `CLoggerManager::Init` 在 `.cpp` 文件中正确定义。 2. **核对函数签名**：参数类型、返回类型、`const` 修饰符必须与声明完全一致。 3. **确认源文件参与编译**：确保 `CLoggerManager.cpp` 未被排除。 4. **检查库依赖**：若涉及外部库，确保路径和文件名正确。 5. **清理并重新生成**：删除中间文件（`*.obj`, `*.pdb`），重新编译整个项目。 --- ### 代码示例 #### 正确声明与实现 ```cpp // CLoggerManager.h class CLoggerManager { public: void Init(std::string configPath); // 声明 }; // CLoggerManager.cpp #include "CLoggerManager.h" void CLoggerManager::Init(std::string configPath) { // 实现 // 具体代码 } ``` 若问题仍未解决，请提供 `CLoggerManager` 类的头文件和源文件代码片段，可进一步分析！
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

资深码农

让我们和小姐姐唠嗑可以肢愣起来

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值