iniwf

风是温柔的，雨是伤心的，云是快乐的，月是多情的，爱是迷失的，恋是醉人的，情是难忘的，天是长久的，地是永恒的

C++深度探索系列：智能指针(Smart Pointer) [二]

转自http://blog.csdn.net/RedStar81/archive/2003/03/21/19755.aspx

主题索引：

一、剖析C++标准库智能指针(std::auto_ptr)
    
    1.Do you Smart Pointer?
    2.std::auto_ptr的设计原理
    3.std::auto_ptr高级使用指南
    4.你是否觉得std::auto_ptr还不够完美?

二、C++条件,寻找构造更强大的智能指针(Smart Pointer)的
    策略
    
    1.支持引用记数的多种设计策略
    2.支持处理多种资源
    3.支持Subclassing
    4.支持多线程条件下,线程安全的多种设计策略
    5.其它多种特殊要求下,再构造

三、Generic Programming基础技术和Smart Pointer
    1.回首处理资源中的Traits技术
    2.回首多线程支持的设计


四、COM实现中,Smart Pointer设计原理


五、著名C++库(标准和非标准)中的Smart Pointer现状

---------------------------------------------------------------------

二、C++条件,寻找构造更强大的智能指针(SmartPointer)的策略  
                  
    
    1.支持引用记数的多种设计策略
      
      你听说过COM和它著名的IUnknown接口吧?
      IUnknown是干什么的?我要告诉你,IUnknown接口三个函数签名中,
      两个是用来管理对象(CoClass Object,组件类对象)的记数来控制
      它的生命周期的.
  
      在实践中,我们的对象并不是只用一次,只允许一个引用的.

      那么,谁来管理它的生命周期呢?
      
      我们的策略是：引用记数. 当对象的引用记数为零时,就销毁对象.
      在没有托管环境的情况下,事实上,销毁对象的往往还是auto_ptr.
      而COM中,销毁对象的是对象自己.
      
      事实上,它和我们的智能指针不是一个级别上的概念.
      我们的智能指针负责的是对象级的引用.而COM是以接口引用为
      核心的.保证接口操作时,接口引用记数的自动管理.
 
      哦!是的!那么我们怎样给auto_ptr加上对象引用记数的功能?

      策略1:
         
         一个对象对应一个引用记数对象.
         智能指针以记数对象为代理.
         想象,这又归到经典的"添加中间层"解决方案上了.
          
         # 核心一：
           
         我们添加一个 "引用记数class".
         它的职责有二：
            a.维护对象的引用记数.
            b.维护对象的指针.
         
         结构示意如下：
         template<class T> 
         class ObjRefCounted{
         private:
             T* m_OBJ_Delegate_Ptr;
             unsigned int m_UIcounted;
         public:
      explicit ObjRefCounted(T* m_Paramin = 0): 
             m_UIcounted(1), m_OBJ_Delegate_Ptr(m_Paramin){};    
   
      template<class M> ObjRefCounted(ObjRefCounted<M>& x) {
             m_OBJ_Delegate_Ptr = x.m_OBJ_Delegate_Ptr);          };
         
         ObjRefCounted(const ObjRefCounted& x):m_UIcounted
             (x.m_UIcounted), m_OBJ_Delegate_Ptr(x.m_ObjDelegate_Ptr){};
      ~ObjRefCounted();
  
             void ReleaseRef ();
      void AddRef ();
      T* GetRealPointer () const;
         };
         
         # 核心二 
           在智能指针中维护一个引用记数class的指针
           template<class T>
           class SmartPointer{
           public:
                 ObjRefCounted* _m_ObjRefCounted;
           ..
           ..
           };
           
           通过上面的两个策略,我们就可以在智能指针构造时,为之付上一个
           引用记数对象.这个对象负责托管Smart Pointer原本应该维护
           的对象指针.并且负责最终消除对象.

           在Smart Pointer中,我们将会涉及大量的_m_ObjRefCounted的操作.
           下面简叙一过程,详细不诉,自己设计之.
           譬如：当你将一个对象指针赋给Smart Pointer将构建一辅助的
           引用记数托管对象,此时m_UIcounted为1,m_OBJ_Delegate_Ptr被赋
           以对象指针,假如现在我又将Smart Pointer 赋给另一SmartPointer2
           , 那么SmartPointer2调用_m_ObjRefCounted->ReleaseRef();
           减少原来维护的对象的记数,将自己的_m_ObjRefCounted置为
           SmartPointer2依附的记数对象,再调用_m_ObjRefCounted->AddRef();
           OK!就是这样的.


      策略2.
           在每一个智能指针内部维护一个对象指针和一个引用记数值的
           的指针.
  
           这里的重点在于维护一个引用记数值的指针,
           它使得Smart Pointer之间保持一致的记数值成为可能.
           
           结构示意如下：
           template<class T>
           class SmartPointer{
           private:
                  T* m_ObjPtr;
                  unsigned int* RefCounted;
           public:
           explicit SmartPoint(T* PARAMin = 0) : m_ObjPtr(PARAMin),
                          RefCounted(new int(1)) { }
           SmartPoint(const SmartPoint<T>& PARAMin2): 
           m_ObjPtr(PARAMin2.m_ObjPtr), 
           RefCounted(PARAMin2.RefCounted) { ++*RefCounted; }
           .
           
           };
           
           不过这个方法的扩展性很差.
           因为引用记数功能结合到Smart Pointer中去了.
           一般不会用这种方法.
     
           以上面的两种策略为基础,根据实际情况,可设计出更多的记数方法.
            
                 
      2.利用Traits(Partial Specialization)技术,
        支持处理多种资源 
          
        在no1中,我们提到不可让auto_ptr管理数组,那是因为
        auto_ptr构析函数中调用的是delete的缘故.
        数组不可,其它的如,文件句柄、线程句柄等当然更不可以了.

        下面我们就这个问题来探讨：

          策略1.
          通过函数指针来支持多种资源的处理.
          我们的智能指针将设计成具有两个参数的模板类.
          第一个参数指示：资源的类型
          第二个参数指示：处理资源的函数类型
           
          结构示意如下：

          typedef void FreeResourceFunction(void* p);
          void DealSingleObject(void* p);  
          void DealArray(void* p);
          void DealFile(void* p);
          //
          //  针对特殊的资源加入函数指针声明
          // 
          template<class Type , class DealFunction = DealSingleObject>
          class SmartPointer{                                               
          public:
          ~SmartPointer(){ DealFunction(); }
          
          
          /* Other codes */
          };

          inline void DealSingle(void* p)
          {   
              if(p)  delete p;
          }

          inline void DealArray(void* p){
       if(p)  delete[] p;                 
          }
  
          inline void DealFile(void* p){
             if(p)   p->close();
          }   
          // 
          //针对特殊资源加入处理函数
          //      

          oK!但是我们在使用这个策略的时候,一定要注意,
          传递进的指针不能是错误的,这个你必须保证.
          当然对上面的结构示意再改造,使之具有更强的
          辨错能力也是可取的.

      3.支持Subclassing

        关于智能指针中的Subclassing,是什么?
        我们先来看一程式片段：
            
        class BaseClass {};
        class Derived : public BaseClass {};
          
        auto_ptr<Derived> m_Derived;
 auto_ptr<Base> m_Base;
          
 auto_ptr<Derived> pDerived = new Derived;
 m_Base = pDerived;
        //
        //m_Derived = (PDerived&)m_Base;   //#1
        //

        看到上面的#1没有,你认为在auto_ptr中,
        它或者同等语义的行为可以执行?
        不可以.为什么?
        它本质上,相当与这样的操作：
        BaseClass* m_BaseClass;
        m_BaseClass = new DerivedClass(inParam);
        这显然是非法的.
          
        在上面我们曾经,auto_ptr对具有虚拟特性的类,
        也能体现出虚拟性.

        然而那并不能访问继承的数据,实现的不是真正意义
        上的SubClassing.

        那么,我们这样来实现这样的功能.
          
          策略1.
          在上述引用记数部分叙述的SmartPoint中,我们作如下的操作：
          
   template <class U> SmartPointer& operator = (const SmartPointer<U>& that) 
          {
   if (m_pRep ! = reinterpret_cast<RefCountRep<T>* > (that.m_pRep))
   {
     ReleaseRef ();
     m_pRep = reinterpret_cast<RefCountRep<T>* > (that.m_pRep);
     AddRef ();
     }
     return *this;
  }
         };

         不错,reinterpret_cast,就是它帮我们解决了问题.

         策略2.
         关于第二种方法,这里不再详细叙说.
         它涉及太多的细节,峰回路转的很难说清.
         大体上,它是利用引用记数对象中维护的对象指针为void*
         而在具体的调用是通过static_cast或reinterpret_cast转化.
         总之,所谓的SubClassing技术离不开转化.

      4.支持多线程条件下,线程安全的多种设计策略
  
        对于标准C++,多线程问题并不很受关注.
        原因在于目前,标准库并不支持多线程.
        
        策略1：
          首先我们想到：对数据进行访问同步.
          那么,我们有两种方案：
          a. 建立一个临界区对象.将对象的执行传递给临界区对象.
             以保证安全.
          b.利用临时对象来完成任务,将临界的责任留给被作用对象.
          
          下面分析第二种的做法：
          programme1:
          class Widget
          {
           
           void Lock();  //进入临界区
           void Unlock(); //退出临界区
          };
        
          programme2:
          template <class T>
          class LockingProxy
          {
            public:
            LockingProxy(T* pObj) : pointee_ (pObj)
            { pointee_->Lock(); }
            //    在临时对象构造是就锁定
            //    weight对象(临界区).
            ~LockingProxy() { pointee_->Unlock(); }
            //            
            //   在临时对象销毁时,退出临界区.
            //
            T* operator->() const
            { return pointee_; }
            //
            //  这里重载->运算符.将对临时对象的方法执行
            //  请求转交给weight对象
            //
            private:
            LockingProxy& operator=(const LockingProxy&);
            T* pointee_;
         };

         programme3:
         template <class T>
         class SmartPtr
         {
            
            LockingProxy<T> operator->() const
            { return LockingProxy<T>(pointee_); }
            //
            //  核心就在这里：产生临时对象 
            //  LockingProxy<T>(pointee_)
            private:  sT* pointee_;
         }; 

         Programme4.
         SmartPtr<Widget> sp = ;
         sp->DoSomething();       //##1

         下面,我们模拟一下,执行的过程.
          ##1执行时,构建了临时对象LockingProxy<T>(pointee_)
          此对象在构造期间就锁定Weight对象,并将DoSomethin()
          方法传递给weight对象执行,在方法执行完,临时对象消失,
          构析函数退出临界区.

      4.其它特殊要求下的再构造
        
        a.回首当年,你是否觉的
          auto_ptr<x> m_SMPTR = new x(100);
          居然通不过.不爽!
          No problem !
          auto_ptr(T* m_PARAMin = 0) shrow() : m_Tp(m_PARAMin){}
          解决问题.
 
       b. Consider it:
          void fook(x* m_PARAMin){};
          可是我只有auto_ptr<x> m_SMPTR;
          No problem !
          T* operator T*(auto_ptr<T>& m_PARAMin) throw ()
          { return m_Tp; }
          
          fook(m_SMPTR); // ok !  now
      c.事实上,你可以根据自己的需要.
        重载更多或加入功能成员函数.

--------------------------------------------------------------
                       待续

三、Generic Programming基础技术和Smart Pointer
    1.回首处理资源中的Traits技术
    2.回首多线程支持的设计


四、COM实现中,Smart Pointer设计原理


五、著名C++库(标准和非标准)中的Smart Pointer现状

--------------------------------------------------------------


--------------------------------------------------------------
                          郑重声明：
                 允许复制、修改、传递或其它行为
                 但不准用于任何商业用途.
                      写于  20/3/2003
                      最后修改： 20/3/2003
                         By RedStar81
                      81_RedStar@163.com

posted on 2009-03-16 20:02 iniwf 阅读(544) 评论(0)  编辑 收藏 引用 所属分类: C&C++


只有注册用户登录后才能发表评论。
网站导航: 博客园   IT新闻   BlogJava   知识库   博问   管理


导航

统计

常用链接

留言簿(2)

随笔分类

随笔档案

收藏夹

IT技术

积分与排名

最新评论

阅读排行榜

评论排行榜