发生了什么：C ++ std :: move on std :: shared_ptr会增加use_count吗？

Question

我总是假设std::shared_ptr上的std::move()窃取指针并将原始指针设置为nullptr -thus而不增加引用计数。 在我的世界里，这似乎并非如此。

设置 ：

MacOS，g ++ -version =>“Apple LLVM版本10.0.1（clang-1001.0.46.3）”

代码 ：

#include <cstdio>                                                                                                                                                                                  
#include <memory>
class Thing { public: Thing(int N) : value(N) {} int value; };

void print(const char* name, std::shared_ptr<Thing>& sp)
{ printf("%s: { use_count=%i; }\n", name, (int)sp.use_count()); }

int main(int argc, char** argv) {
    std::shared_ptr<Thing>  x(new Thing(4711));
    print("BEFORE x", x);
    std::shared_ptr<Thing>  y = std::move(x);
    y->value = 4712;
    print(" AFTER x", x);
    print(" AFTER y", y);
    return 0;
}

输出 ：

编译（ g++ tmp.cpp -o test ）和运行（ ./test ），提供

BEFORE x: { use_count=1; }
 AFTER x: { use_count=2; }
 AFTER y: { use_count=2; }

因此，使用std::move()时引用计数会增加。

问题 ：

这里发生了什么？

Answer 1

这里发生了什么？

在MacOS上，似乎必须使用-std=c++11 （或更高版本的标准）¹明确启用move-sematics。 否则，该示例恰好编译（即，相关库实现中的std::shared_ptr可用）但由于未启用所需的语言功能，因此无法正常工作。 这导致实际的副本而不是移动构造。 如果未启用所需的语言功能，AppleClang包甚至不允许实例化std::shared_ptr会更好。

¹）感谢@ t.niese测试给定的编译器/平台。