看起来 std::string 是 Community/VC/Tools/MSVC/?/include/xstring 中的一个头文件，所有生成的代码应该是包含在构建目标中。
如果我是对的，Microsoft 如何保证下一个 Visual Studio 版本不会更改 xstring 和 std::string 内部结构？
更新 1:
我对这个问题投了很多反对票，所以让我解释一下为什么我决定问这个问题。
我遇到了奇怪的崩溃，我不明白为什么会这样。
我使用最新的 Qt 5.13.0 (MSVC2017_x64)，我还有一些用 Visual Studio 2017 编译的外部库。都有 /MDd，我用 dumpbin util 检查了这个。
当我尝试运行任何调用 Qt 库和 std::string 的代码时，我得到了错误的结果(并在最后崩溃)。
这是一个非常简单的例子:
#include <QApplication.h>
int main(int argc, char** argv) {
QString s1("Test");
std::string s2 = s1.toStdString(); // here we have s2 variable with wrong internal structure
return 0;
}
我的想法是，QtCore DLL 库有 std::string，其内部结构与 Visual Studio 2017 的 std::string 不兼容。但是 Qt 是用 Visual 创建的Studio 2017(可能与我当前的 Visual Studio 不同，因为有几个次要版本)，所以我决定在这里询问它们是否兼容。
更新 2:
问题出在 _ITERATOR_DEBUG_LEVEL 中。看起来 Qt 是用 2 级编译的，而我所有的外部库和应用程序都是用 0 级编译的。
此选项会影响许多 C++ 标准库类的内部结构并引入此类副作用。因此，当我们在 toStdString() 内部并创建 std::string 时，我们有第 2 层和一个内部结构。当我们在应用程序代码中时，我们有 0 级和另一个内部结构。我们将具有一个内部结构的对象分配给具有另一个内部结构的对象。
无论如何，现在我对一些内部结构有了更好的理解。
最佳答案
how does Microsoft guarantee that the next Visual Studio version doesn't change xstring and the std::string internal structure?
因为他们决定保证这一点，或者不保证这一点。
例如，Visual Studio 2015 to 2019 are binary compatible .
这是做出的决定，要做到这一点。结果，如果你说的是真的，那么该平台上 std::string 的一些实现细节被卡住了。这对图书馆来说并不罕见。 libstdc++'s std::list::size was non-compliant to C++11 for many years ，因为他们无法在不破坏二进制兼容性的情况下添加所需的成员变量。
简而言之，这基本上是一个项目管理决策，如果他们以破坏内容的方式更改 header ，他们会告诉您二进制兼容性已被破坏，您需要相应地重建和重新链接内容。
至于您的 Qt 问题，它确实闻起来像二进制兼容性问题。但是您说 Qt 和您的应用程序都是使用 /MDd 在 Visual Studio 2017 中构建的，这似乎排除了这种可能性。我会向 Qt 社区寻求进一步的帮助，可能会提供更多关于您的环境和您从哪里获得 Qt 的信息。还要确保您使用的是预期的 Qt 版本——也许有多个安装？哪个在您的包含路径中？
关于c++ - std::string header 仅在 Visual Studio 中吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/56795807/