检查是否包含了您所引用的解决方案中的所有源文件。

如果你没有在项目中包含Field类的源文件(以及实现)，它将不会被构建，你将无法在编译期间进行链接。

或者，也许您正在使用静态或动态库，并且忘记告诉链接器有关.lib的信息?

它看起来缺少一个库或包含，你可以尝试找出你的库的什么类有getName, getType等…然后放到头文件中或者使用#include。

此外，如果这些碰巧来自外部库，请确保在项目文件中引用它们。例如，如果这个类属于abc。lib然后在你的Visual Studio

单击Project Properties。 进入配置属性，C/ c++， 生成，验证你指向abc。附加库位置 包括目录。在链接器，输入，确保你有 美国广播公司(abc)。附加依赖项下的lib。

此错误通常意味着某些函数有声明，但没有定义。

例子:

// A.hpp
class A
{
public:
  void myFunc(); // Function declaration
};

// A.cpp

// Function definition
void A::myFunc()
{
  // do stuff
}

在你的情况下，找不到定义。问题可能是你包含了一个头文件，它带来了一些函数声明，但是你要么:

不要在CPP文件中定义函数(如果这段代码是您自己编写的) 不包括包含定义的lib/dll文件

一个常见的错误是你将一个函数定义为一个独立的函数，而忘记了类选择器，例如在你的.cpp文件中A::::

错误:void myFunc() {/* do stuff */} 右:void A::myFunc() {/* do stuff */}

我只是一时难以接受。一切都是有逻辑的。我声明了一个构造函数，但没有定义它

class SomeClass
{
   SomeClass();  // needs the SomeClass::SomeClass(){} function defined somewhere, even here
}

当我忘记这么基本的东西时，我的头差点撞到键盘上。

我在很长一段时间内第一次做一些c++，当我忘记为函数定义添加ClassName::前缀时，我得到了这个错误，因为这对c++来说有点独特。所以也要记得检查一下!

指针

我有这个问题，并解决了它使用指针。我知道这不是你的问题，但我想我应该提一下，因为我真希望一小时前看到这个的时候它就在这里。我的问题是关于声明一个静态成员变量而没有定义它(定义需要在一些其他设置之后)，当然指针不需要定义。同样基本的错误:P

除了上面Chris Morris的精彩回答之外，我还发现了一个非常有趣的方法，如果你调用一个没有被设置为pure但没有自己实现的虚方法，你可以收到同样的错误。这是完全相同的原因(编译器无法找到方法的实现，因此出错)，但我的IDE丝毫没有捕捉到这个错误。

例如，下面的代码将得到一个带有相同错误消息的编译错误:

//code testing an interface
class test
{
   void myFunc(); 
}

//define an interface
class IamInterface
{
    virtual void myFunc();
}

//implementation of the interface
class IamConcreteImpl
{
    void myFunc()
    {
       1+1=2;
    }
}

但是，将IamInterface myFunc()更改为纯虚方法(“必须”实现的方法，而不是“可以”重写的虚方法)将消除编译错误。

//define an interface
class IamInterface
{
    virtual void myFunc() = 0;
}

希望这有助于下一个StackOverFlow的人逐步通过代码!

请参阅MSDN上的链接器工具错误LNK2019，它有导致LNK2019的常见问题的详细列表。

确保你用

#ifndef YOUR_HEADER_H
#define YOUR_HEADER_H

// your header code here

#endif

如果你不这样做，就会发生不好的事情，包括这件事

我刚刚看到了一个问题，我不能在.cpp文件中调用main函数，在.h文件中正确声明，并在.c文件中定义。遇到一个链接错误。同时，我可以从通常的。c文件调用函数。这可能取决于调用约定。解决方案是在每个.h文件中添加以下预proc行:

#ifdef __cplusplus
extern "C"
{
#endif

这些在最后

#ifdef __cplusplus
}
#endif

I believe most of the points regarding the causes and remedies have been covered by all contributors in this thread. I just want to point out for my 'unresolved external' problem, it was caused by a datatype defined as macro that gets substituted differently than expected, which results in that incorrect type being supplied to the function in question, and since the function with type is never defined, it couldn't have been resolved. In particular, under C/C++ -> Language, there is an attribute called 'Treat WChar_t As Built in Type, which should have been defined as 'No (/Zc:wchar_t-)' but did not in my case.

我的问题是一个sconscript没有定义在它的cpp文件。这可能非常令人困惑，因为Visual Studio在项目中有cpp文件，但正在构建的完全是其他东西。

我的问题是:我必须对一个“外部未解决”的课程做前向声明。

在我得到错误的文件中，我必须放这样的东西:

#include "ClassB" 

class ClassB; // this solved the problem

class ClassA{
    void foo(){
        ClassB* tmp = new ClassB();
        // ...
    }
};

当然，我的项目要复杂得多，这只是一个片段示例。同样，在使用名称空间时，也要声明它们。

有时，如果添加了一个新的头文件，并且由于这个错误开始出现，您还需要添加库来摆脱无法解析的外部符号。

例如:

#include WtsApi32.h

需要:

#pragma comment(lib, "Wtsapi32.lib") 

只是花了几个小时才发现问题是我的主文件扩展名是。c而不是。cpp

:/

我有同样的链接错误，但从一个测试项目引用另一个dll。发现在错误消息中指定的每个函数前面添加_declspec(dllexport)后，链接正常工作。

导致此链接器错误的一个可能原因还可能是在头文件中声明但没有定义的内联函数，该头文件随后包含在其他地方。内联函数必须在使用它们的每个翻译单元中定义。

我有一个错误，我的项目被编译为x64项目。我使用的库是x86编译的。

我重新编译了x64库，它解决了这个问题。

这是另一种检查的可能性，这次是我的问题。

我已经将函数添加到库中，并将库的输出文件夹包含在搜索路径中。

但是我也有一个文件夹，里面有之前列出的旧版本的库，所以VS使用的是旧的库，当然没有找到新函数。

还有一个可能的问题(我只是抓了一段时间):

如果将函数定义为内联的，那么它们——当然!-必须在头文件(或内联文件)中定义，而不是在cpp中定义。 在我的例子中，它们在一个内联文件中，但这只是因为它们是一个特定于平台的实现，并且cpp包含了这个相应的内联文件……而不是一个头文件。是啊，真他妈倒霉。

我想我应该把这个也放在这里，也许其他人遇到了同样的问题，并在这里找到了它。

确保您没有试图将插入或提取操作符作为内联函数重载。我有这个问题，它只消失了，当我删除了那个关键字。

是什么导致了我的这种情况:

我有一个很大的文件Foo.cpp，没有Foo.h。Foo.cpp的开头是这样的:

// ... 100 LOC here ...
namespace NS {
// ... 100 more LOC here ...
static int var;

我删除了“static”关键字，并添加了一个Foo.h:

extern int var;

你看到错误了吗?

我完全忽略了var最初是在名称空间中定义的，因为名称空间声明隐藏在其他代码中。修复是这样改变extern:

namespace NS {
     extern int var;
}

导致“未解析的外部符号”错误的一个可能原因是函数调用约定。

确保所有源文件都使用相同的标准(.c或.cpp)，或者指定调用约定。

否则，如果一个文件是C文件(source.c)，另一个文件是.cpp文件，并且它们链接到相同的头文件，那么将抛出“未解析的外部符号”错误，因为该函数首先被定义为C cdecl函数，但随后使用相同头文件的c++文件将寻找c++函数。

为了避免“未解析的外部符号错误”，请确保函数调用约定在使用它的文件中保持相同。

我来这里寻找一个可能的解释，然后再仔细看看链接器错误之前的行。原来它是一个缺少全局声明的附加可执行文件!

我刚刚也犯了同样的错误，我设法通过替换来避免它;头文件中使用{}。

#ifndef XYZ_h
#define XYZ_h
class XYZ
{
    public:
    void xyzMethod(){}
}
#endif

当它是void xyzMethod();它不想编译。

此错误可能是由于将模板类的函数定义放在单独的.cpp文件中引起的。对于模板类，成员函数必须在头文件中声明。可以通过在.h文件中定义成员函数内联或紧跟类定义之后来解决这个问题。

例如，不像其他类那样将函数定义放在.cpp文件中，你可以像这样内联定义它们:

template<typename T>
MyClassName {
  void someFunction() {
    // Do something
    ...
  }
  void anotherFunction() {
    // Do something else
    ...
  }
}

或者你可以在类定义之后定义它们，但在同一个文件中，像这样:

template<typename T>
MyClassName {
  void someFunction();
  void anotherFunction();
}

void MyClassName::someFunction() {
  // Do something
  ...
}
void MyClassName::anotherFunction() {
  // Do something else
  ...
}

我只是想分享一下，因为似乎没有人提到模板类。这就是我的案例中出现错误的原因。

在我的例子中，我需要将函数名添加到DEF文件中。

LIBRARY   DEMO
EXPORTS
   ExistingFunction   @1
   MyNewFunction      @2

我遇到了类似的问题，最终通过在类的声明中添加__declspec(dllimport)来解决它:

// A.hpp
class __declspec(dllimport) A
{
   public: void myFunc();

   // Function declaration
};

在我的情况下，我有多个名称空间在我的头文件中没有嵌套(一个接一个)，但在我的源文件中，我不小心嵌套了一个名称空间在另一个:

// myExample.h

#ifndef MYEXAMPLE_H
#define MYEXAMPLE_H

namespace A
{
  void aFunc();
}

namespace B
{
  void bFunc();
}

// myExample.cpp

#include "myExample.h"

namespace A
{
  void aFunc()
  {
    ...
  }

  namespace B   // whoops! I nested this inside namespace A when I didn't mean to.
  {
    void bFunc()
    {
      ...
    }
  }
}

// main.cpp

#include "myExample.h"

int main()
{
  myExample::B::bFunc();
  
  return 0;
}

当我在Main中使用F12对函数“Go to definition”时，Visual Studio在源文件中找到了代码，尽管它是在一个更深层的命名空间中声明的。

调试技术

我在尝试调试问题时重命名函数时发现了这个问题。重命名预览窗口显示了一个“External References”节点，其中源文件中的函数意外地嵌套在另一个名称空间下。

我也有同样的问题。在我取出最新的代码后，我的程序一天还能工作，第二天就不行了。

最新的代码不包括我在库中引用的项目。所以当我重建我的库时，它删除了。obj文件，whoopsy.....

我重新包含了我需要的项目，建立了我的库，然后重建了我的失败的项目，它运行得很好。

这个故事的寓意是，在深入到兔子洞之前，验证你的.obj文件是你引用它的地方。

我在我的项目中遇到了同样的错误，我已经设法解决了。

这个问题把我带到了这里，但我发现这是visual studio本身的一个构建文件问题。

如果你不能在你的代码中找到任何错误，并且你做了以上所有的事情，我建议你在你的项目中寻找。vcxproj文件，检查它是否包括你的MyClass.cpp和源文件

SynthProject.vcxproj

<ItemGroup>
  <ClCompile Include="main.cpp" />
  <ClCompile Include="myClass.cpp" />
</ItemGroup>
  <ItemGroup>
  <ClInclude Include="myClass.h" />
</ItemGroup>

SynthProject.vcxproj.filters

<ItemGroup>
  <ClCompile Include="main.cpp">
    <Filter>Source Files</Filter>
  </ClCompile>
  <ClCompile Include="myClass.cpp">
    <Filter>Source Files</Filter>
  </ClCompile>
</ItemGroup>
<ItemGroup>
  <ClInclude Include="myClass.h">
    <Filter>Header Files</Filter>
  </ClInclude>
</ItemGroup>

而不是像

SynthProject.vcxproj

<ItemGroup>
  <ClCompile Include="main.cpp" />
</ItemGroup>
<ItemGroup>
  <ClInclude Include="myClass.h" />
  <ClInclude Include="myClass.cpp" />
</ItemGroup>

SynthProject.vcxproj.filters

<ItemGroup>
    <ClCompile Include="main.cpp">
      <Filter>Source Files</Filter>
    </ClCompile>
  <ClCompile Include="myClass.cpp">
    <Filter>Source Files</Filter>
  </ClCompile>
</ItemGroup>
<ItemGroup>
  <ClInclude Include="myClass.h">
    <Filter>Header Files</Filter>
  </ClInclude>
  <ClInclude Include="myClass.cpp">
    <Filter>Source Files</Filter>
  </ClInclude>
</ItemGroup>

我已经设法手动做到这一点，但建议卸载并将文件添加回项目中，如果你没有，或不使用git。