scoped_lock

c++数据类型万能转换器boost::lexical_cast .

boost::lexical_cast为数值之间的转换（conversion）提供了一揽子方案，比如：将一个字符串"123"转换成整数123，代码如下：

1. string s = "123"; 
2. int a = lexical_cast<<spanclass="datatypes">int>(s); 

这种方法非常简单，笔者强烈建议大家忘掉std诸多的函数，直接使用boost::lexical_cast。如果转换发生了意外，lexical_cast会抛出一个bad_lexical_cast异常，因此程序中需要对其进行捕捉。

mutex::scoped_lock

发现某个函数对共享资源写入前调用的了该函数，但是没发现释放锁的地方，当时就理解为：此锁为智能锁，作l用域应该在函数内，函数调用完毕，锁会自动释放。

两种的区别，很常见的

boost::mutex::scoped_lock(m_runtimeMutex);没有临时变量
定义一个临时变量Lock. boost::mutex::scoped_lockLock(m_runtimeMutex);

这两个有何区别？不仅仅如此，很多场景都是如此。

这2者有何不同呢。如果定义了Lock变量，那么它的作用域为整个函数域，即从{开始，到}结束，这样mutex就起到了保护数据同时写入竞争的作用；
那么是否没有Lock变量情况下，scoped_lock的作用域仅仅是到该行的“;”就结束了呢？

1. class my    
2. {    
3.  public:    
4.   my(const std::string & name)    
5.   {    
6.    m_name = name;    
7.    printf("create [%s]\n", m_name.c_str());    
8.   }    
9.       
10.   virtual ~my()    
11.   {    
12.    printf("destroy [%s]\n", m_name.c_str());    
13.   }    
14.      
15.  private:    
16.   std::string m_name;    
17. };    
18.     
19. int main(int argc, char** argv)    
20. {    
21.  my("1");    
22.      
23.  my tmp("2");    
24.      
25.  printf("function end\n");    
26.  return 0;    
27. }    
28. 果不其然，my("1")这个对象在分号;结束之后就进行了析构，而tmp对象直到main函数结束之后才析构。