不要全局使用它

只有在全球范围内使用时，它才被认为是“坏的”。因为：

你把正在编程的命名空间弄得乱七八糟。当您使用许多名称空间xyz；时，读者将很难看到特定标识符的来源；。无论对你的源代码的其他读者来说是什么，对最经常阅读源代码的读者来说更是如此：你自己。一两年后回来看看。。。如果您只讨论使用名称空间std；你可能不知道你抓取的所有内容——当你添加另一个#include或移动到一个新的C++修订版时，你可能会遇到你不知道的名称冲突。

您可以在本地使用

继续，在本地（几乎）自由使用它。当然，这可以防止你重复std:：--，重复也是不好的。

本地使用它的习惯用法

在C++03中，有一种习惯用法——样板代码——用于为类实现交换函数。有人建议您实际使用本地using命名空间std；--或至少使用std:：swap；：

class Thing {
    int    value_;
    Child  child_;
public:
    // ...
    friend void swap(Thing &a, Thing &b);
};
void swap(Thing &a, Thing &b) {
    using namespace std;      // make `std::swap` available
    // swap all members
    swap(a.value_, b.value_); // `std::stwap(int, int)`
    swap(a.child_, b.child_); // `swap(Child&,Child&)` or `std::swap(...)`
}

这有以下魔力：

编译器将为value_选择std:：swap，即void std:：swap（int，int）。如果实现了重载void swap（Child&，Child&），编译器将选择它。如果没有重载，编译器将使用void std:：swap（Child&，Child&），并尽可能地交换这些。

对于C++11，没有理由再使用这种模式了。对std:：swap的实现进行了更改，以找到一个潜在的过载并选择它。

同时使用多个命名空间显然是一个灾难，但在我看来，使用JUST命名空间std和仅使用命名空间std并不是什么大问题，因为重新定义只能由您自己的代码进行。。。

因此，只需将它们的函数视为保留名称，如“int”或“class”即可。

人们不应该对此如此吹毛求疵。你的老师一直都是对的。只需使用一个名称空间；这就是首先使用名称空间的全部意义。您不应该同时使用多个。除非它是你自己的。因此，再次定义不会发生。

#include <iostream>

using namespace std;

int main() {
  // There used to be
  // int left, right;
  // But not anymore

  if (left != right)
    std::cout << "Excuse me, WHAT?!\n";
}

那么，为什么？因为它引入了与常用变量名重叠的标识符，并允许编译此代码，将其解释为if（std:：left！=std:：right）。

PVS Studio可以使用V1058诊断程序找到这样的错误：https://godbolt.org/z/YZTwhp（谢谢Andrey Karpov！！）。

Ping cppcheck开发人员：您可能希望标记此项。这是一场灾难。

不应该在全局范围内使用using指令，尤其是在头中。但是，在某些情况下，即使是在头文件中，也会出现这种情况：

template <typename FloatType> inline
FloatType compute_something(FloatType x)
{
    using namespace std; // No problem since scope is limited
    return exp(x) * (sin(x) - cos(x * 2) + sin(x * 3) - cos(x * 4));
}

这比显式限定（std:：sin，std:：cos…）更好，因为它更短，并且能够处理用户定义的浮点类型（通过依赖于参数的查找（ADL））。

有一个非常简单的答案：这是防御性编程。您知道，使用名称空间std；-可以使std:：size_t、std:：cout等的使用更容易一些我希望您不必相信这样的指令在标题中没有位置！然而，在翻译单元中，您可能会受到诱惑。。。

作为std命名空间一部分的类型、类等随着每次C++修订而增加。如果放松std:：限定符，可能会有太多的歧义。放松std中经常使用的名称的限定符是完全合理的，例如，使用std:：fprintf；，或者更可能的是：使用std:：size_t；-但是，除非这些已经是语言的很好理解的部分（或者特别是C库的std包装），否则只使用限定符。

当您可以使用typedef并结合自动和decltype推理时，从可读性/可维护性的角度来看，实际上没有什么好处。

我认为本地或全球使用应取决于应用程序。

因为，当我们在本地使用库时，有时代码会变得一团糟。可读性将下降。

因此，只有在可能发生冲突时，我们才应该在本地使用库。

我不是一个更有经验的人。所以，如果我错了，请告诉我。