条款11: 为需要动态分配内存的类声明一个拷贝构造函数和一个赋值操作符

条款11: 为需要动态分配内存的类声明一个拷贝构造函数和一个赋值操作符

这是非常重要的一条，经常会导致一些内存的泄露，如以下这段代码所示：
// 一个很简单的string类
class string {
public:
string(const char *value);
~string();

... // 没有拷贝构造函数和operator=

private:
char *data;
};

string::string(const char *value)
{
if (value) {
data = new char[strlen(value) + 1];
strcpy(data, value);
}
else {
data = new char[1];
*data = '\0';
}
}
inline string::~string() { delete [] data; } //还是会产生一个函数的地址
来看看在 没有拷贝构造函数和operator=的情况，
最简单的：
string a("hello");
string b("world");
b=a;
如果没有拷贝构造函数，系统会默认进行一对一的赋支，那么b中的char指针数据就丢失了。

另外一种情况，如果离开了它的生存空间被系统析构
string a("hello"); // 定义并构造 a

{ // 开一个新的生存空间
string b("world"); // 定义并构造 b

...

b = a; // 执行 operator=,
// 丢失b的内存

} // 离开生存空间, 调用
// b的析构函数
string c = a; // c.data 的值不能确定!
// a.data 已被删除
delete c // delete a;

那么不难想到，像这样被系统析构掉的还有一种情况就是传值
void donothing(string localstring) {}
那么这个函数退出时，localstring就被析构，牵连到的还有原来的值

effectiv给出一个比较均衡的方法是可以用比较复杂的计数，来跟踪当前数据结构；或者对一些花费代价

比较大的类里，将拷贝和构造设置成私有的函数

在写法上可以将拷贝和赋值写在一起
比如
string& string::operator=(const string& rhs)
{
//do...
}


string::YourClass(string &str)
{
*this=str;//调用赋值函数
}