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

除了上面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的人逐步通过代码!

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

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

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

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

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.

此错误可能是由于将模板类的函数定义放在单独的.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
  ...
}

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