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

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

#include "ClassB" 

class ClassB; // this solved the problem

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

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

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

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

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

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

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

// 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”节点，其中源文件中的函数意外地嵌套在另一个名称空间下。

指针

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

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.