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

最新的代码不包括我在库中引用的项目。所以当我重建我的库时，它删除了。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。

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.

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

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

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

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

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