韩羽的博客

网上看了一篇类似的分析，仔细看了一下写的不错，现在把代码引用一下：

try

       {

              try

              {

                     // 抛出一个异常对象

                     throw MyException("ex_obj1");

              }

              // 异常对象按值传递

              catch(MyException e)

              {

                     cout<<endl<<"捕获到一个MyException*类型的异常，名称为："<<e.GetName()<<endl;

                     cout<<"下面重新抛出异常"<<endl<<endl;

                     // 异常对象重新被抛出

                     throw;

              }

       }

       // 异常对象再次按值传递

       catch(MyException e)

       {

    &nsp;         cout<<endl<<"捕获到一个MyException*类型的异常，名称为："<<e.GetName()<<endl;

       }

这个地方异常作了四次构造，这四次构造分别称为obj1,obj2,obj3,obj4。逐一道来。

throw MyException("ex_obj1");看看这段代码。好像有一句话说，捕获的所有异常，永远不是异常对象本身。为什么这么说？MyException("ex_obj1")是构造了一个局部变量，但是这个局部变量被throw出去后会生成一个临时变量，我们所catch到的不是这个对象本身，而是这个临时对象。这个临时对象本身并没有什么，但却非常重要。因为rethrow是这个临时对象，而不是用值传递生成的新对象。所以用值传递的方式，不能将修改带到下一个catch块。后面两个catch就是obj3和obj4了，以后就不用想什么，对obj3和obj4所做的任何动作不会带到下一步，因为重新抛出的是obj2。

其实异常抛出很简单的，用引用传递就可以了。使用引用传递的好处就是每次catch都可以做点小动作。呵呵！

今天，工作需要，领导教了一个多人读单人写的map的实现。

       首要的是需要一个事件，一个临界区和一个map。

对于读操作需要Wait这个信号，如果成功了就可以读取map。

对于写操作比较复杂，可以分为如下几步：

1.       Wait事件；

2.       进入加临界区锁；这里是为了保证只有一个线程访问这段。

3.       ResetEvent

4.       这里最好的办法是引用计数，目前在这里等了一会，等大家都出去。

5.       写操作。

6.       发信号。

7.       揭开临界区的锁

8.       离开。

今后我会做一个关于引用计数的实现。这并非本人所创，乃是今天学会的一个高招。

终于开始写这篇后记了，从第一篇读后感的去年12月7号到现在，历时近40天。这40天时间在我看来虽然有点长，但是从效果来看，总的来说还是不错的。

       40天前，我对容器有一些经验，对迭代器经验也有，但是不是很足，其他环节就比较差了；现在各方面都有了提高。现在对各个库也有了一点体验，我想下部书的目标，应该更加底层一点。

条款49：学习破解有关STL的编译器诊断信息

       STL的编译错误提示信息是非常让人烦恼的事情，读懂编译器的提示非常重要。STL中有很多typedef，所以一个原则就是替代法，在这个上面，UltraEdit能够提供一些帮助。

       其他还有一些总结在下面：

1.         对于vector和string，迭代器有时是指针，所以如果你用迭代器犯了错误，编译器诊断信息可能会提及涉及指针类型。例如，如果你的源代码涉及vector<double>::iterator，编译器消息有时会提及double*指针。STLPort也许例外。

2.         提到back_insert_iterator、front_insert_iterator或insert_iterator的消息经常意味着你错误调用了back_inserter、front_inserter或inserter，一一对应，（back_inserter返回back_insert_iterator类型的对象，front_inserter返回front_insert_iterator类型的对象，而inserter返回insert_iterator类型的对象。）如果你没有调用这些函数，你（直接或间接）调用的一些函数做了。

3.         类似地，如果你得到的一条消息提及binder1st或binder2nd，你或许错误地使用了bind1st或bind2nd。（bind1st返回binder1st类型的对象，而bind2nd返回binder2nd类型的对象。）

4.         输出迭代器（例如ostream_iterator、ostreambuf_iterators，和从back_inserter、front_inserter和inserter返回的迭代器）在赋值操作符内部做输出或插入工作，所以如果你错误使用了这些迭代器类型之一，你很可能得到一条消息，抱怨在你从未听说过的一个赋值操作符里的某个东西。

5.         你得到一条源于STL算法实现内部的错误信息（即，源代码引发的错误在<algorithm>中），也许是你试图给那算法用的类型出错了。例如，你可能传了错误种类的迭代器。要看看这样的用法错误是怎样报告的，通过把这段代码喂给你的编译器来启发（并愉快！）自己.

6.         你使用常见的STL组件比如vector、string或for_each算法，而编译器说不知道你在说什么，你也许没有#include一个需要的头文件。正如条款48的解释，这问题会降临在长期以来都可以顺利编译而刚移植到新平台的代码。

如上所说，替代法是个好方法，不过有些提示是在过于要命，只能自己忍受。

条款50：让你自己熟悉有关STL的网站

SGI STL网站，http://www.sgi.com/tech/stl/。

STLport网站，http://www.stlport.org/。

Boost网站，http://www.boost.org/或者http://boost.sourceforge.net/

记住它们的地址，经常访问它们。