我需要在多线程环境中保护对STL容器的读取访问吗

是的，读取线程将需要某种互斥控制，否则写入将改变它下面的内容。

一个读写器互斥应该足够了。但严格来说，这是一个具体实施的问题。实现可能具有可变成员，即使是在代码中只读的const对象中也是如此。

检查由英特尔的开源线程构建块库提供的并发容器。在"代码示例"页面的"容器代码段"下查看一些示例。它们具有用于向量、哈希映射和队列的并发/线程安全容器。

我不相信STL容器是线程安全的，因为没有一种好的方法可以跨平台处理线程。对size（）的调用很简单，但它仍然需要保护。

这听起来是一个使用读写锁的好地方。

您应该考虑一些SLT实现可能会在调用时计算大小
为了克服这个问题，你可以定义一个新的变量

volatile unsigned int ContainerSize = 0;

仅在已受保护的更新调用中更新变量，但您可以在没有保护的情况下读取/测试变量（考虑到您不需要确切的值）。

是。我建议用一个强制串行访问的类来包装STL库。或者找到一个已经调试过的类似类。

在这种情况下，我会说不。

如果没有互斥，您可能会发现，在添加或删除项时，size（）偶尔会返回错误的值。如果这对你来说是可以接受的，那就去做吧。

然而，如果你需要列表的准确大小，而读者需要知道，那么除了添加和删除调用之外，你还必须在每个大小调用周围放一个关键部分。

PS。VC6 size（）只是返回_size内部成员，因此没有互斥对象对您的特定实现来说不会有问题，只是在添加第二个元素时它可能会返回1，反之亦然。

PPS。有人提到了RW锁，这是一件好事，尤其是当您稍后想访问列表对象时。将您的互斥对象更改为Boost:：shared_mutex将是有益的。但是，如果您调用的只是size（），则不需要任何互斥。

VC++版本6中的STL不是线程安全的，请参阅最近的问题。看来你的问题有点无关紧要。即使你做得很好，你仍然可能会遇到问题。