std::map并发时，只在写入的时候加锁，读到时候不加锁会有问题么？

tesing2009

回复 6# folklore


    对于读写锁，写锁会阻塞后面的所有读么？
  
    否则会因为读并发太多，读锁一直被占用，导致写锁永远获取不到的情况

folklore

回复 7# bruceteen

你是说parallel_for？
    这种所谓的锁只是表面上的支持， 如果你要这么说， VC也“支持”。。。

锁和线程严重依赖于实现平台， 无法做为语言元素加入标准库的。。。
除非给库分等级，也就是说某个平台支持到某级的库为止。

folklore

回复 11# tesing2009


    会。。。。

huangyacong

俺记得在哪里看到vc的STL库写着线程安全的，可是，是真的吗？别被骗了，微软这个大坏蛋

folklore

如果map某个锁成为性能瓶颈，
你只能自已实现数据结构，
尽量减小锁的粒度和占有时间。

减小占有时间的例子：

1. lock();
   
2. deleteitem(removeitem());
   
3. release();
   

复制代码

改为：

1. lock();
   
2. item it =removeitem())
   
3. release();
   
4. deleteitem(it);

复制代码

csumck

回复 10# tesing2009


    可以想办法避免并发访问map。 不然不可能避免脏数据。

tesing2009

回复 15# folklore


    好的，多谢回答 ：）

tesing2009

回复 15# folklore

1.     lock();
   
2.     map<>::iterator itor = mpValue.find(szKey);
   
3.     unlock();
   
4.    //线程B写入mapValue
   
5.    //线程A操作itor

复制代码

还有个问题请教下，如上代码，线程A在获取map的itor后，线程B对这个map进行写入，这时候线程A再访问这个itor，这个itor有可能失效么？
    也就是说，加锁是应该包含线程A整个访问itor的的周期么？
   
   虽然一般不会这样用，通常map直接保存key和对应的数据对象指针，然后直接操作这个数据对象了。没有深入到map里面看，不了解诶。。
   

folklore

回复 18# tesing2009


    会失效， Map不支持访问计数。
但可以使用 std::SharedPtr做为Map元素来回避此问题。

tesing2009

回复 19# folklore


    好的，多谢，我得多看点代码了。。