笔记范围：2.6节
每个程序员都知道，在程序运行过程中，一些情况是不可预料的，无论程序的设计看起来是多么完善，在某个特定的环境里同样会出错，但是这样的错误往往会有些共同之处，比如new的时候也许会空间不足。显然这样的错误。不能完全说是程序设计的问题，但是如果你的程序能对这些情况做出反应，那么这样的程序实用性就会更强。异常机制正是为此而生。
注意，这里用了“机制”这个词，也就意味者规则，正如本节开头所说的：对于异常各人都有自己的处理方式。比如就用if语句处理。本来这是没什么问题的，但是我们生活在一个不幸的时代，程序的规模大得远远超出了个人能力能够接受的程度。我们需要合作，因此统一的编码风格成了必要的事情了，这也是为什么程序员经常告诉初学者编程是最不具备个性化的东西之一的一个原因，
使用异常机制还有一个好处。他可以大大减少代码的长度和规模。对于相同的异常情况可以集中统一处理。这样说很空泛，我们来举一个小例子.，假设我们写个函数分别为，int， char 的指针分配相同单位的空间，如不要异常机制，这样写：
bool new_space( int *&pev,char *&ch,int size ) {
pev = new int[ size ];
ch = new char[ size ];
if( !pev )
return false;
if( !ch )
retuen false;
return true;
}
这样的东西恐怕没人喜欢，因为如果我们这样调用他，new_space( p, c, 6 )，无论空间分配成功与否。调用者都不知道( 问：你不会定义个bool量吗？？答：会。烦。我用别的 )，恩，得让我们的东西人性化点。修改如下：
bool new_space( int *&pev,char *&ch,int size ){
pev = new int[ size ];
ch = new char[ size ];
if( !pev ) {
cerr << "err1" <<endl;//在帮助系统里把err1说明成空间不足
return false;
}
if( !ch ) {
cerr << "err1" <<endl;
retuen false;
}
return true;
}
呵呵，这下对得起可爱的用户了吧？可是发现有点对不起自己。cerr << "err1" <<endl; retuen false; 我写了两遍，这是两个指针，如果十个呢？天哪。老板，加工资吧(回答你们一定知道)，那好，试试异常机制，再改。
bool new_space( int *&pev,char *&ch,int size ){
try
{
string word ( "err1" );
pev = new int[ size ];
ch = new char[ size ];
if( !pev )
throw word;
if( !ch )
throw word;
}
catch( string err )
{
cerr << err << endl;
return false;
}
return true;
}
呵呵，这下比较舒服了。大家可能看到上面那函数好像并没有减少什么长度，yes，但如果处理的参数不只两个，很多，你就会发现他省了你很多力气，
上面主要想说明异常机制的好处和用法（水平有限，可能例子并不好）在本节中还有个重要的内容，那就是程序处理异常的方式和顺序。比如上面的程序，我们想让它在当分配成功时显示ok，那么cout << “ok” << endl;写在那儿呢？如果我们的try抛出的异常在函数里没有相应的catch怎么办呢？这些书上都说很详细。仔细看吧，一定收获不少。