草庐IT

智能指针思想实践(std::unique_ptr, std::shared_ptr)

pandalu 2023-03-28 原文

1 smart pointer 思想

​ 个人认为smart pointer实际上就是一个对原始指针类型的一个封装类,并对外提供了-> 和 * 两种操作,使得其能够表现出原始指针的操作行为。

​ 要理解smart pointer思想首先要了解一个概念RAII(Resource Acquisition Is Initialization), 直译为资源获取即初始化,核心理念为在对象创建时分配资源,而在对象销毁时释放资源.

​ 根据RAII理念,如果对象创建在栈(stack)上,由于栈上的对象在销毁是会自动调用析构函数,因此仅仅需要在构造函数内完成资源分配,而在析构函数内完成资源释放,此时程序员就不需要自己关心资源的释放问题。

​ 但当对象创建在自由存储区(free store)上时,例如:

class Fruit {
public:
    Fruit(std::string name = "fruit", int num = 1) :name_{ name }, num_{ num }{}
    ~Fruit(){ cout << "destroy fruit" << endl;}
    std::string name_;
    int num_;
};

int main(){
    Fruit* intPtr{new Fruit};//memory leak
    return 0;
}

此时系统仅仅能回收在栈上1创建的指针intPtr所占据的资源,对于指针所指向的动态分配的内存空间并不会自动调用析构函数进行资源释放,此时如果程序员不主动调用 delete 进行资源释放则会产生内存泄漏

​ 那么如何让创建在自由存储区的对象也能够自动地释放资源,而不需要程序员自己手动释放资源呢?智能指针给出了一种非常巧妙的解决思路,它将一个原本定义在自由存储区的对象封装进了一个创建在栈上的资源管理对象中,由这个资源管理对象在自己的析构函数中释放定义在自由存储区上的对象所占据的资源。这使得程序员只需要利用资源管理对象接管在自由存储区上动态创建的对象资源,利用栈对象的生存机制能够实现资源的自动释放而不需要自己手动delete 对象资源。例如:

template <typename T>
class ResourceManager {
public:
    ResourceManager(T* ptr) :ptr_{ ptr } {}
    ~ResourceManager() {
        cout << "delete arr in free store" << endl;
	delete ptr_;
    }

private:
    T* ptr_;
};

void AutoManage(){
    ResourceManager fruit{ new Fruit};
}
    
int main(){
    AutoManage();//delete arr in free store
    system("pause");
    //cout << fruit->name_ << " " << (*fruit).num_ << endl;//fruit 1
    return 0;
}

在AutoManage()函数中动态分配一个Fruit对象,并将其封装进ResourceManager资源管理类中,当程序离开函数AutoManage()时,由于ResourceManager是一个定义在栈上的对象,程序会自动调用析构函数~ResourceManager()进行对象销毁操,此时由于ResourceManager在析构函数中进行了Fruit资源的释放,因此不会发生内存泄漏问题,一次不需要程序员手动释放资源的自动内存管理过程完美完成。

​ 以上仅仅完成了动态分配的资源的自动回收功能,要使得ResourceManager资源管理类能够像Fruit*指针一样操作Fruit对象的成员,还需要对外提供***** 以及->两种指针操作:

template <typename T>
class ResourceManager {
public:
    ResourceManager(T* ptr) :ptr_{ ptr } {}
    ~ResourceManager() {
        cout << "delete arr in free store" << endl;
       	delete ptr_;
    }
    T*& operator->() const {return ptr_;}
    T& operator*() const { return *ptr_; }

private:
    T* ptr_;
};

void AutoManage(){
    ResourceManager fruit{ new Fruit};
}
    
int main(){
    AutoManage();//delete arr in free store
    system("pause");
    cout << fruit->name_ << " " << (*fruit).num_ << endl;//fruit 1
    return 0;
}

此时可以利用ResourceManager提供的***** 以及->操作符直接操作原始Fruit* 指针,使得ResourceManager对象就像一个真实的指向Fruit对象的Fruit* 指针。

2 unique_ptr 思想

unique_ptr作为最常用的智能指针,它提供了对资源的独占式管理,即对资源的唯一所有权(sole ownership), 这就要求unique_ptr是一个不可复制的对象。每一个unique_ptr对象都有义务对其管理的资源进行释放。但unique_ptr 并不限制移动(move)操作所导致的所有权转移。最后不要忘记unique_ptr作为一个智能指针概念,它必须能够自动管理动态分配的对象资源,并且提供对对象资源的指针操作。概括一下,unique_ptr要求:

  1. 不可复制
  2. 能够移动
  3. 自动内存管理
  4. 指针操作
template<typename T>
class UniquePtr {
public:
    UniquePtr(T* ptr):ptr_{ptr}{}
    ~UniquePtr() {
        cout << "delete unique resource in free store" << endl;
        delete ptr_;//释放资源
    }
    UniquePtr(const UniquePtr&) = delete;//禁用拷贝构造
    UniquePtr& operator=(const UniquePtr&) = delete;//禁用拷贝复制
    UniquePtr(UniquePtr&& object) noexcept {//移动构造
        cout << "move construct" << endl;
        ptr_ = object.ptr_;
        object.ptr_ = nullptr;
    }
    UniquePtr& operator=(UniquePtr&& object) noexcept {//移动赋值
        cout << "move assign" << endl;
        delete ptr_;
        ptr_ = object.ptr_;
        object.ptr_ = nullptr;
        return *this;
    }
    T*& operator->() const { return ptr_; }//->
    T& operator*() const { return *ptr_; }//*
    
private:
    T* ptr_;
};

template <typename T>
void ChangeOwnership(UniquePtr<T> move) {
    UniquePtr<T> newOwner{ nullptr };
    newOwner = std::move(move);
}

int main(){
    UniquePtr uniquePtr{new Fruit};
    ChangeOwnership(std::move(uniquePtr));
    //ChangeOwnership(uniquePtr);//compile error! deny copy construction
    //UniquePtr uniquePtr1 = uniquePtr;//compile error! deny copy construction
    //UniquePtr<Fruit> uniquePtr2{nullptr};
    //uniquePtr2 = uniquePtr;//compile error! deny copy assignment
    system("pause");
    return 0;
}

​ 可以看到即使程序员没有自动释放创建在自由存储区上的对象,通过UniquePtr也能自动进行释放。同时UniquePtr无法进行拷贝,保证了UniquePtr对资源所有权的独占性,而通过std::move() 以及移动构造/赋值函数,UniquePtr能够将对资源的所有权转移给其他UniquePtr对象。基本简易得实现了一个std::unique_ptr智能指针。

3 shared_ptr 思想

shared_ptr作为另一个常用的智能指针,它和unique_ptr智能指针的理念有着很大的不同,它提供了对资源共享管理,即对资源所有权的共享(shared ownership),这就要求shared_ptr必须是一个可复制的对象。但是由于shared_ptr对象有很多个,而具体的对象资源只有一个这就要求所有共享对象资源的shared_ptrs指针中最终只能有一个shared_ptr能够释放对象资源。因此shared_ptr引入了引用计数(reference counting)机制:多个shared_ptrs对象共享一个引用计数变量,通过引用计数记录当前对对象资源被引用的次数,仅当引用计数为0,也就是出当前shared_ptr对象外没有其他shared_ptr对象再共享当前对象资源时,当前shared_ptr对象才能够释放持有的对象资源。

​ 显然根据引用计数(reference counting)机制,释放对象资源的shared_ptr对象必然是最后一个持有对象资源的shared_ptr,这就很好得解决了另一个非常常见的内存问题:重复删除(double deletion)。最后概括一下,shared_ptr要求:

  1. 可复制
  2. 共享引用计数
  3. 自动内存管理
  4. 指针操作
template <typename T>
class SharedPtr {
public:
    SharedPtr(T* ptr) :ptr_{ ptr }, count_{ new unsigned int{} } {}
    ~SharedPtr() {
    	if (*count_ == 0) {//引用计数==0,释放资源
	    cout << "delete shared resource in free store" << endl;
	    delete ptr_;
	    delete count_;
	}
	else//引用计数不为0,引用计数-1
	    --(*count_);
    }
    SharedPtr(const SharedPtr& object) :ptr_{ object.ptr_ }{//拷贝构造 引用+1
        count_ = object.count_;
        ++(*count_);
    }
    SharedPtr& operator=(const SharedPtr& object) {//拷贝赋值 引用+1
        ptr_ = object.ptr_;
        count_ = object.count_;
        ++(*count_);
        return *this;
    }
    unsigned int GetReferenceCount() const { return *count_; }//输出当前资源引用个数
    T*& operator->() const { return ptr_; }//->
    T& operator*() const { return *ptr_; }//*

private:
    T* ptr_;
    unsigned int* count_;//reference counting
};

template <typename T>
void ShareOwnership(SharedPtr<T> copy) {
    cout << copy.GetReferenceCount() << endl;
};

int main(){
    SharedPtr sharedPtr1{new Fruit};
    SharedPtr sharedPtr2{ sharedPtr1 };
    SharedPtr<Fruit> sharedPtr3{ nullptr };
    sharedPtr3 = sharedPtr2;
    ShareOwnership(sharedPtr3);
    system("pause");
    return 0;
}

​ 可以看到即使程序中存在多个shared_ptr对象,共享的Fruit对象资源也只会被释放一次。函数ShareOwnership()中的引用输出为3,这是因为:首先sharedPtr1持有了一个Fruit对象资源,初始化引用为0;其次sharedPtr2,sharedPtr3通过拷贝sharedPtr1的方式共享了Fruit对象资源,这使得引用0+2=2;最后将sharedPtr3拷贝至函数ShareOwnership()的参数copy中时又使得Fruit对象资源的共享者+1,最终使得引用计数2+1=3;

​ 最后补充一点,对于Fruit对象资源的共享,尽量采用直接拷贝shared_ptr对象的方式进行。如果利用原始Fruit* 指针创建新的shared_ptr对象,则很容易产生 重复删除(double deletion)问题:

auto sharedPtr{ std::make_shared<Fruit>("apple",2) };
//sharedPtr.get()返回Fruit对象的原始指针Fruit*
std::shared_ptr<Fruit> sharedPtr1{sharedPtr.get() };//cause double deletion

这是因为sharedPtr,sharedPtr1互相不知道对方的存在,都认为只有自己持有Fruit对象,导致两个shared_ptr的引用计数均为0,当程序走出作用范围后sharedPtr,sharedPtr1都会尝试释放Fruit对象,产生重复删除(double deletion).

有关智能指针思想实践(std::unique_ptr, std::shared_ptr)的更多相关文章

  1. ruby-on-rails - 使用 Ruby on Rails 进行自动化测试 - 最佳实践 - 2

    很好奇,就使用ruby​​onrails自动化单元测试而言,你们正在做什么?您是否创建了一个脚本来在cron中运行rake作业并将结果邮寄给您?git中的预提交Hook?只是手动调用?我完全理解测试,但想知道在错误发生之前捕获错误的最佳实践是什么。让我们理所当然地认为测试本身是完美无缺的,并且可以正常工作。下一步是什么以确保他们在正确的时间将可能有害的结果传达给您? 最佳答案 不确定您到底想听什么,但是有几个级别的自动代码库控制:在处理某项功能时,您可以使用类似autotest的内容获得关于哪些有效,哪些无效的即时反馈。要确保您的提

  2. ruby-on-rails - rails : keeping DRY with ActiveRecord models that share similar complex attributes - 2

    这似乎应该有一个直截了当的答案,但在Google上花了很多时间,所以我找不到它。这可能是缺少正确关键字的情况。在我的RoR应用程序中,我有几个模型共享一种特定类型的字符串属性,该属性具有特殊验证和其他功能。我能想到的最接近的类似示例是表示URL的字符串。这会导致模型中出现大量重复(甚至单元测试中会出现更多重复),但我不确定如何让它更DRY。我能想到几个可能的方向...按照“validates_url_format_of”插件,但这只会让验证干给这个特殊的字符串它自己的模型,但这看起来很像重溶液为这个特殊的字符串创建一个ruby​​类,但是我如何得到ActiveRecord关联这个类模型

  3. ruby-on-rails - 如何重构 "shared"方法? - 2

    我正在使用RubyonRails3.2.2,我想从我的模型/类中“提取”一些方法。也就是说,在不止一个类/模型中,我有一些方法(注意:方法与用户授权相关,并被命名为“CRUD方式”),这些方法实际上是相同的;所以我认为DRY方法是将这些方法放在“共享”模块或类似的东西中。实现该目标的常见且正确的方法是什么?例如,我应该将“共享”代码放在哪里(在哪些目录和文件中)?如何在我的类/模型中包含提到的方法?你有什么建议?注意:我正在寻找“RubyonRails制作东西的方式”。 最佳答案 一种流行的方法是使用ActiveSupport关注点

  4. 叮咚买菜基于 Apache Doris 统一 OLAP 引擎的应用实践 - 2

    导读:随着叮咚买菜业务的发展,不同的业务场景对数据分析提出了不同的需求,他们希望引入一款实时OLAP数据库,构建一个灵活的多维实时查询和分析的平台,统一数据的接入和查询方案,解决各业务线对数据高效实时查询和精细化运营的需求。经过调研选型,最终引入ApacheDoris作为最终的OLAP分析引擎,Doris作为核心的OLAP引擎支持复杂地分析操作、提供多维的数据视图,在叮咚买菜数十个业务场景中广泛应用。作者|叮咚买菜资深数据工程师韩青叮咚买菜创立于2017年5月,是一家专注美好食物的创业公司。叮咚买菜专注吃的事业,为满足更多人“想吃什么”而努力,通过美好食材的供应、美好滋味的开发以及美食品牌的孵

  5. ruby-on-rails - Rails 中同一个类的多个关联的最佳实践? - 2

    我认为我的问题最好用一个例子来描述。假设我有一个名为“Thing”的简单模型,它有一些简单数据类型的属性。像...Thing-foo:string-goo:string-bar:int这并不难。数据库表将包含具有这三个属性的三列,我可以使用@thing.foo或@thing.bar之类的东西访问它们。但我要解决的问题是当“foo”或“goo”不再包含在简单数据类型中时会发生什么?假设foo和goo代表相同类型的对象。也就是说,它们都是“Whazit”的实例,只是数据不同。所以现在事情可能看起来像这样......Thing-bar:int但是现在有一个新的模型叫做“Whazit”,看起来

  6. ruby-on-rails - 向 Rails 3 添加 Ruby 扩展方法的最佳实践? - 2

    我有一个要在我的Rails3项目中使用的数组扩展方法。它应该住在哪里?我有一个应用程序/类,我最初把它放在(array_extensions.rb)中,在我的config/application.rb中我加载路径:config.autoload_paths+=%W(#{Rails.root}/应用程序/类)。但是,当我转到railsconsole时,未加载扩展。是否有一个预定义的位置可以放置我的Rails3扩展方法?或者,一种预先定义的方式来添加它们?我知道Rails有自己的数组扩展方法。我应该将我的添加到active_support/core_ext/array/conversion

  7. ruby 变量作为同一对象(指针?) - 2

    >>a=5=>5>>b=a=>5>>b=4=>4>>a=>5如何将“b”设置为实际的“a”,以便在示例中,变量a也将变为4。谢谢。 最佳答案 classRefdefinitializeval@val=valendattr_accessor:valdefto_s@val.to_sendenda=Ref.new(4)b=aputsa#=>4putsb#=>4a.val=5putsa#=>5putsb#=>5当您执行b=a时,b指向与a相同的对象(它们具有相同的object_id).当你执行a=some_other_thing时,a将指向

  8. Ruby 最佳实践 : working with classes - 2

    参见下面的示例,我想最好使用第二种方法,但第一种也可以。哪种方法最好,使用另一种的后果是什么?classTestdefstartp"started"endtest=Test.newtest.startendclassTest2defstartp"started"endendtest2=Test2.newtest2.start 最佳答案 我肯定会说第二种变体更有意义。第一个不会导致错误,但对象实例化完全过时且毫无意义。外部变量在类的范围内不可见:var="string"classAvar=A.newendputsvar#=>strin

  9. ruby - 存储外部 API 的密码 - 最佳实践 - 2

    如果我构建了一个应用程序来访问来自Gmail、Twitter和Facebook的一些数据,并且我希望用户只需输入一次他们的身份验证信息,并且在几天或几周后重置,那会怎样是在Ruby中动态执行此操作的最佳方法吗?我看到很多人只是拥有他们客户/用户凭证的配置文件,如下所示:gmail_account:username:myClientpassword:myClientsPassword这看起来a)非常不安全,b)如果我想为成千上万的用户存储此类信息,它就无法工作。推荐的方法是什么?我希望能够在这些服务之上构建一个界面,因此每次用户进行交易时都必须输入凭据是不可行的。

  10. 玩以太坊链上项目的必备技能(初识智能合约语言-Solidity之旅一) - 2

    前面一篇关于智能合约翻译文讲到了,是一种计算机程序,既然是程序,那就可以使用程序语言去编写智能合约了。而若想玩区块链上的项目,大部分区块链项目都是开源的,能看得懂智能合约代码,或找出其中的漏洞,那么,学习Solidity这门高级的智能合约语言是有必要的,当然,这都得在公链``````以太坊上,毕竟国内的联盟链有些是不兼容Solidity。Solidity是一种面向对象的高级语言,用于实现智能合约。智能合约是管理以太坊状态下的账户行为的程序。Solidity是运行在以太坊(Ethereum)虚拟机(EVM)上,其语法受到了c++、python、javascript影响。Solidity是静态类型

随机推荐