有几个关于C++标准库的参考资料，其中包括宝贵的ISO标准、MSDN、IBM、cppreference和cplusplus。个人而言，在编写C++代码时需要一份具有快速随机访问、短加载时间和使用示例的参考文档，我发现cplusplus.com非常有用。然而，我在这里经常听到对该网站的负面意见，因此我想得到具体答案：
cplusplus.com存在哪些错误、误解或不良建议？使用它做编码决策存在什么风险？
我希望能够通过准确引用标准来回答SO上的问题，因此我想发布可立即使用的链接，如果不是因为这个问题，cplusplus.com将是我的首选网站。
编辑: 自从本回答撰写之后，std::remove的文档已经修复。对于list::remove也适用。
让我通过一个示例来说明cpluscplus.com可能会出错的情况。
考虑来自<algorithm>的std::remove函数。
事实是，std::remove不会从容器中删除项。这是因为std::remove仅使用一对迭代器工作，并且不知道实际包含项的容器。实际上，std::remove无法了解底层容器，因为它无法从一对迭代器获得关于迭代器所属的容器的信息。因此，std::remove实际上并未删除任何项，仅仅因为它无法删除。实际上从容器中真正删除项的唯一方法是在该容器上调用成员函数。
因此，如果要删除项，则使用“Erase-Remove Idiom”：
v.erase(std::remove(v.begin(), v.end(), 10), v.end());
std::remove信息。它说：
注意，这个函数不会改变新结尾后面的元素，这些元素保持其旧值且仍然可访问
这不正确。范围内迭代器[new_end,old_end)仍然可解引用，但这并不意味着它们保持旧值和仍然可访问。它们是未指定的。
同样地，cplusplus.com也提供了关于list::remove的错误信息。它说,
请注意，存在一个全局算法函数，
remove，具有类似的行为，但在两个迭代器之间操作。
这是完全错误的。全局的remove即std::remove与list::remove不同，因为前者实际上并没有从容器中删除项，因为它不能，而后者（成员函数）确实删除了项，因为它可以。
这个回答是从我在以下话题中的另一个答案中复制来的，稍微修改一下：
注意：由于我最近在回复上述话题时遇到了这个问题，我记得它。在过去的两年中，我遇到了许多错误，我不记得了。如果我再次遇到，我可能会添加几个。
list::remove会从容器中移除元素。但是std::remove不会从容器中移除元素。我不能说它们的行为是“相似的”。 - Nawaz我稍微持反对意见。cplusplus.com上有很多好的信息，仔细研究它，当然它也有问题，但是哪个网站没有问题呢？当然不包括 这个网站。这里也有很多错误信息。有些被接受的答案是完全错误的，有些被踩（甚至是负分）的答案却是正确的。
cplusplus.com的一个问题是它是一个封闭的网站；大多数其他参考网站也是如此。这与像Stack Overflow这样由社区开发的网站背道而驰。获得进行可信编辑的能力并不需要太长时间，即使是最新的新手也可以轻松提出改进建议。相比之下，cplusplus.com要求你必须在他们的工作人员中才能成为永久新手。即使你是WG21的关键成员，如果你在该网站的某个地方看到了一个bug，你也必须通过他们的电子邮件报告机制。这是讨厌的！
一个解决方案是我们在这个网站上开发自己的C++参考。这需要相当多的工作。我们必须小心谨慎，不要太学究 / 太技术性；显然，cplusplus.com雇用了至少几位技术编辑，他们使学究们保持平衡。我们必须保持信息的良好组织；这里的常见问题解答并没有很好的组织。我们也必须非常小心，不要直接从标准中借鉴过多的内容；那是违法的。
<thread>或<atomic>的东西，但只看到了“请编写此页面”，所以我放弃了。让我再检查一下！哦，当然，C++0x支持将是一个巨大的加分项！ - Kerrek SBhttp://www.cplusplus.com/reference/clibrary/cstring/strncpy/
此处未提到：“如果复制发生在重叠的对象之间，则行为是未定义的。”（C89标准中的4.11.2.4。我手头没有C90的副本，这就是C ++ 03实际上所涉及的内容，但它们应该仅有像页码之类的差异。）
cplusplus.com提供的文档往往是不正确或不完整的。
例如，cplusplus.com上的 atoi 文档：
atoi
在返回部分中，没有提到如果函数无法进行转换，则返回值为0。
cplusplus.com 的返回值部分指出：“... 如果转换后的值超出了 int 可表示的值范围，则会导致未定义行为。”
这是正确的，根据标准“如果字符串的数值不能用 int 表示，则行为未定义”。
然而，该部分并不完整，因为它没有提到返回值为0，这可能会引起误解。描述段落中以前遇到过短语“...不执行转换，并返回零”，但将其包含在返回值部分中是必要的。
cplusplus.com给出的许多示例源代码都是错误的。
许多初学者参考这些资料时容易犯低级错误。
举个例子：
编辑：我之前引用的示例是不正确的。
type_info的文档试图首先解释typeid，但失败了：
第二段已经与第一段不符。在
typeid可以直接应用于类型，返回其信息；或应用于对象，返回对象的类型信息。当
typeid应用于多态类类型（即声明或继承虚函数的类）的对象的解引用指针时，它考虑其动态类型（即最派生对象的类型）。
typeid(*ptr)中，typeid应用于表达式。这是非常重要的，因为静态类型和动态类型的概念只有在表达式上下文中才有意义，而不是在对象上下文中。它也忽略了像typeid(foo())这样的情况。std::pair<T1,T2>::operator==的文档说明了两个元素都会被测试以确定它们是否相等。而std::pair<T1,T2>::operator<的文档则说明只有在第一个元素相等的情况下才会考虑第二个元素。T::operator==。而在第二种情况中，相等意味着!(a.first<b.first || b.first<a.first)。operator==？ - Kerrek SBoperator==和operator<。 - MSalters