在我的项目中，我使用静态对象的构造函数来收集指针，就像注册方法一样。很简单，没有魔法。但在开始时我遇到了崩溃，我无法解释这里发生了什么。在使用 MSVC 或 Clang 的 Windows 上可以重现崩溃，两者都使用 MSVC 标头。给出以下简单示例。谁能告诉我为什么这会导致问题？

这段代码似乎在 Linux 上的 GCC 和 Clang 中运行得很好：

https://gcc.godbolt.org/z/vSKdpW

bar.cpp

static int bar = 1;

static Registration abc(&bar);

foo.cpp

static std::vector<void*> registrations;

void add_to_array(void* p)
{
    registrations.push_back(p);
}

foo.h

class Registration
{
public:
    Registration(void* op)
    {
        add_to_array(op);
    }
};

执行会导致以下崩溃（_Pnext是 0x8。）

void _Orphan_range(pointer _First, pointer _Last) const { // orphan iterators within specified (inclusive) range
#if _ITERATOR_DEBUG_LEVEL == 2
    _Lockit _Lock(_LOCK_DEBUG);

    _Iterator_base12** _Pnext = &_Mypair._Myval2._Myproxy->_Myfirstiter;
    while (*_Pnext) {    <=======================   **_Pnext** was 0x8.

有谁知道为什么静态向量不能用于简单地收集指向对象的指针？foo.cpp是唯一使用向量的文件push_back。该数组在其他任何地方都没有被修改。

刚刚使用 VS2019 运行时调试了类似的问题，我会继续说这几乎肯定是由零初始化（但未构造）向量引起的。

就我而言，取证看起来是这样的：_Pnext was 0x8因为_Myproxy一片空白。和_ITERATOR_DEBUG_LEVEL设置为 2（即：在调试配置文件中），_Myproxy被取消引用，导致此崩溃，但 Release 不会崩溃，因为该代码被完全跳过。

现在，看看 MSVC142/VS2019 的向量实现，您会发现每个构造函数都调用_Alloc_proxy，这就是分配一些内存的原因_Myproxy并赋值。因此，如果调用了构造函数，则必然有一个非空值_Myproxy.

C++ 中的静态初始化分两个步骤进行：零初始化，然后以链接器确定的任意顺序进行静态初始化。看来按照你最终的顺序，Foo.cpp 的Registration在 Bar.cpp 之前构建registrations向量，有效调用push_back在零初始化（但未构造）向量上。

因此，正如评论所建议的，您绝对应该重新安排静态初始化，以便在使用向量之前正确构建向量。

（就我而言，我为包含向量的结构分配内存，但没有调用放置operator new在那段记忆上。对于像我一样发现这个问题的任何人，请寻找归零但未构造的向量的任何来源。）