智能指针的实现思路也体现了C++基于对象的原则，对象应该为自己管理的资源负责，包括资源的分配与释放，而且最好将资源的释放与分配搞的自动化一点，典型的实现方法就是在构造函数里分配资源，在析构函数里释放资源，这样当其他程序员在使用这个对象时，该对象的资源问题几乎不用额外的操心，即优雅又方便
然后如此完美的东西,也有其不容忽视的地方,直接上代码:
// share_ptr.cpp : 定义控制台应用程序的入口点。//#include "stdafx.h"#include "common_class.h"class B;class A{private:typedef tr1::shared_ptr<B> Item_Type;public:explicit A(){};virtual ~A(){};public:void SetB(const Item_Type ptr_B){m_B = ptr_B;}private:Item_Type m_B;};class B{private:typedef tr1::shared_ptr<A> Item_Type;public:explicit B(){};virtual ~B(){};public:void SetA(const Item_Type ptr_A){m_A = ptr_A;}private:Item_Type m_A;};int _tmain(int argc, _TCHAR* argv[]){size_t count = 100000;getchar();//查看内存状态while(count–){//new出来的A的引用计数此时为1shared_ptr<A> a(new A);//new出来的A的引用计数此时为1shared_ptr<B> b(new B);//B的引用计数增加为2a->SetB(b);//A的引用计数增加为2b->SetA(a);}getchar();//查看内存状态//b先出作用域，B的引用计数减少为1，不为0，所以堆上的B空间没有被释放，//且B持有的A也没有机会被析构，A的引用计数也完全没减少//a后出作用域，同理A的引用计数减少为1，，不为0，所以堆上A的空间也没有被释放return 0;}
两次查看内存资源状态结果
结果可知:内存增加了几乎20M,更何况我定义的两个对象本身不怎么占资源,如果内部维护了几个list,结果可想而知!
A和B都互相指着对方吼，“放开我的引用！“，“你先发我的我就放你的！”，于是悲剧发生了。
所以在使用基于引用计数的智能指针时，要特别小心循环引用带来的内存泄漏，循环引用不只是两方的情况，只要引用链成环都会出现问题。当然循环引用本身就说明设计上可能存在一些问题，如果特殊原因不得不使用循环引用，那可以让引用链上的一方持用普通指针（或弱智能指针weak_ptr）即可.
在泪水中浸泡过的微笑最灿烂，从迷惘中走出来的灵魂最清醒。
