通过引用const将shared_ptr传递给bar，这意味着不能通过该引用修改原始的shared_ptr。
从share_ptr移动需要修改moved-from shared_ptr以将其设置为不指向任何内容。
看到问题了吗？bar不能从ptr移动，所以它最终将其复制到向量中。ptr/sp仍然有效，并继续指向您在main中分配的int，a._vec也持有相同int的shared_ptr。因此use_count必须为2。
如果你真的想从sp移走，那么你应该修改bar以接受某种可变的引用，尽管你真的应该让它接受一个右值引用，因为a.bar(sp)导致sp无效会违背大多数程序员的期望：

class A
{
    std::vector<std::shared_ptr<int>> _vec;

    public:
    void bar(std::shared_ptr<int>&& ptr)
    {
        _vec.emplace_back(std::move(ptr));
    }
};

int main()
{
    auto sp = std::make_shared<int>();

    A a;
    a.bar(std::move(sp));
    // Here sp.use_count() is 0 because it was moved from
    // a._vec.back().use_count() will be 1 though
}

Demo
这限制了调用者总是将他们的shared_ptr移动到A中，当调用者想要放弃所有权时，像在foo中那样简单地通过值接受参数可能不会导致可测量的性能差异，而当他们不想放弃所有权时，则提供更大的灵活性。

在这两种情况下，传递给foo和bar的共享指针都被移动到了vector中，这意味着vector获得了共享指针管理的动态分配内存的所有权，而调用者中的共享指针不再管理任何内存。
foo和bar的区别在于foo获取共享指针的副本，而bar获取共享指针的常量引用。由于foo获取副本，因此共享指针的引用计数在传递给foo时会递增1。这意味着在foo被调用后，引用计数将为2。
相反，bar采用对共享指针的常量引用，因此引用计数在传递给bar时不递增。这意味着引用计数在调用bar后将保持为1。
总的来说，在这种情况下使用bar更有效，因为它不需要额外增加引用计数，但实际上性能上的差异可能很小。更重要的是，要为您的特定用例选择可读性和可维护性更强的方法。