shared_ptr 两种常见的使用方式 (1)

1. 当作类对象的“共享句柄”来使用

2. 在类内部提供资源管理服务 —— “为类提供资源的共享拷贝语义（或称为浅拷贝shadow copy），并在正确的时间回收资源”

上述的两种方式一种是在类外部使用，一种是在类内部使用，然而这两种方式并不是非此即彼的关系，很多情况下我们都可以选择任意一种，选择其中一种理由通常是遵循“更容易被使用，更难以被误用”的原则。

当作类对象的“共享句柄”来使用

在这种使用方式下，结合Create Method模式使用会取得更好的效果（关于Create Method模式，更多信息请看“模式与重构一书”）。

以下是一个使用场景，我们有一个类，类封装了一个底层资源的句柄和跟句柄相关的所有API调用（句柄和API调用来自操作系统或者其它的C函数库）。

句柄在不再被使用的时候需要被释放（析构函数是最适合做这件事的，不是吗？）；

句柄的拷贝可能是一种危险的行为（通常句柄的实现都是所谓的Opaque pointer 不透明指针，也是说该指针实际是指向一块API操作的数据结构，只是该数据结构是不对外公开的，这也是所谓的C－OO风格），因为有可能导致悬挂句柄（其实也是悬挂指针）或者由于释放的责任模糊而导致重复释放。

所以，我们用类封装底层资源句柄，但不为该类提供拷贝行为，而是通过外裹的share_ptr来提供共享拷贝语义。

下面是一个实际例子，来自我自己封装lcms库profile句柄的一个类（lcms是一个开源用于色彩管理的C函数库，也是一个轻量级可用于学习C-OO编程的不错选择），cmsHPROFILE是lcms的profile（特性文件）资源句柄。

KProfile.h

#pragma once
#include "KProfileShPtr.h"
#include
namespace milk
{
/** The wrapper class of lcms's profile,
       group related function together,
       and use RAII idiom to manage resource. */
class PUREMILK_EXPORT KProfile : private boost::noncopyable
    {
public:
~KProfile(void);
/** Create method, more information please refer to book
           - Refactoring to Patterns. */
/** Three basic create methods, from an existing handle,
           file and memory. */
static KProfileShPtr createFromHandle(cmsHPROFILE);
static KProfileShPtr createFromFile(const char*, const char*);
static KProfileShPtr createFromMemory(void*, UINT32);
/** Get the internal profile handle of lcms. */
       cmsHPROFILE getHandle() const {return handle_;}
/** Print out */
       ostream& print(ostream&) const;
/** Basic information related function. */
string               getProductName() const;
string               getProductDescription() const;
string               getProductInformation() const;
string               getManufacturer() const;
string               getModel() const;
string               getCopyright() const;
       UINT32               getProfileVersion() const;
string               getProfileVersionString() const;
private:
       KProfile();
       KProfile(cmsHPROFILE);
       KProfile(const char*, const char*);
       KProfile(void*, UINT32);
       cmsHPROFILE       handle_;
    };
}

1. KProfile 封装了cmsHPROFILE（handle_）句柄，和许多相关的lcms API调用

2. 从boost库的noncopyable获得禁止拷贝的行为（拷贝构造函数和赋值操作符）

3. KProfile不提供public的构造函数，而是提供一系列的create methods，所有的create methods都返回KProfileShPtr（typedef boost::shared_ptr KProfileShPtr）

4. getHandle函数会返回内部profile句柄（资源封装类应该允许返回内部的句柄或者指针，参看Effective C++第三版）

KProfileShPtr.h

#pragma once 
namespace milk
{
/** Shared pointer for KProfile. */
class KProfile;
    typedef boost::shared_ptr        KProfileShPtr;
}

1. 另外提供一个KProfileShPtr.h而不把typedef置于KProfile.h内的原因是为了提供KProfileShPtr的前置声明（类似C++标准库iosfwd的做法），就是说当其它类的接口需要使用到KProfileShPtr的时候，它不必在头文件中包括KProfile.h，而只需要包括 KProfileShPtr.h即可。（当然在所有的地方都写boost::shared_ptr 可以免除这种麻烦，看个人喜好）

KProfile.cpp

#include "KProfile.h"
#include "KCMSException.h"
namespace milk
{
    KProfile::KProfile()
       : handle_(0)
    {
    }
    KProfile::KProfile(cmsHPROFILE handle)
       : handle_(handle)
    {
    }
    KProfile::~KProfile(void)
    {
if (this->handle_)
           cmsCloseProfile(this->handle_);
    }
    KProfileShPtr
    KProfile::createFromHandle(cmsHPROFILE handle)
    {
       KProfile* profile = new KProfile(handle);
return KProfileShPtr(profile);
    }
}

1. 在析构函数中会释放profile句柄

2. 由于KProfile没有提供拷贝行为，所以析构函数不会担心会多次释放同一句柄，当然如果释放发生在类外部，这不是类KProfile可以控制的

 

原文出处(点击此处)