短版本：不要在头文件中使用全局using声明或指令。可以在实现文件中使用它们。以下是Herb Sutter和Andrei Alexandrescu在C++编码标准中对这个问题的看法（我用粗体强调）：

总结命名空间using是为了方便您，而不是为了强加给他人：不要在#include指令之前编写using声明或using指令。推论：在头文件中，不要使用指令或声明编写命名空间级别；相反，显式命名空间限定所有名称。（第二条规则与第一条规则相同，因为标头永远无法知道后面可能出现的其他标头#includes。）讨论简而言之：在#include指令之后，你可以也应该在你的实现文件中自由地使用命名空间使用声明和指令，并对此感到满意。尽管重复了相反的断言，但使用命名空间的声明和指令并不是邪恶的，它们不会破坏命名空间的目的。相反，它们使名称空间可用。

您需要能够阅读与您不同风格和最佳实践意见的人编写的代码。如果你只使用cout，没有人会感到困惑。但是，当你有很多名称空间到处飞的时候，你看到这个类，你不太确定它做什么时，让名称空间显式充当某种注释。您可以第一眼看到，“哦，这是一个文件系统操作”或“这是在做网络工作”。

下面是一个示例，展示了如何使用命名空间std；可能会导致名称冲突问题：

无法在C中定义全局变量++

在本例中，一个非常通用的算法名称（std:：count）与一个非常合理的变量名称（count）冲突。

它不会使您的软件或项目性能更差。在源代码开头包含名称空间还不错。using namespace std指令的包含根据您的需求以及开发软件或项目的方式而有所不同。

命名空间std包含C++标准函数和变量。当您经常使用C++标准函数时，这个名称空间非常有用。

如本页所述：使用命名空间std的语句通常被认为是错误的实践此语句的替代方法是指定使用作用域运算符（：：）将标识符所属的命名空间每次我们声明一个类型。请参阅以下意见：在源文件中使用“using namespace std”没有问题当您大量使用命名空间并确信任何东西都不会碰撞。

有些人曾说过，在源文件中包含using命名空间std是一种不好的做法，因为您正在从该命名空间调用所有函数和变量。当您想定义一个与命名空间std中包含的另一个函数同名的新函数时，您会重载该函数，因为编译或执行可能会产生问题。它不会像您期望的那样编译或执行。

如本页所述：尽管该语句使我们不必在任何时候输入std:：我们希望访问std命名空间中定义的类或类型将整个std命名空间导入当前命名空间该计划的一部分。让我们举几个例子来理解为什么可能不是什么好事...现在，在开发的后期阶段，我们希望使用cout是在某个名为“foo”的库中自定义实现的（用于示例）...注意这里有一个歧义，cout指向哪个库？编译器可能会检测到这一点，而不会编译程序。在最坏的情况下在这种情况下，程序仍可能编译，但调用了错误的函数，因为我们从未指定标识符属于哪个命名空间。

如果您导入了右侧的头文件，您的全局范围中会突然出现十六进制、左侧、加号或count等名称。如果您不知道std:：包含这些名称，这可能会令人惊讶。如果您也尝试在本地使用这些名称，可能会导致一些混淆。

如果所有的标准内容都在自己的命名空间中，那么就不必担心与代码或其他库的名称冲突。

命名空间是为了避免命名冲突。C++基于C，C在函数和变量名方面有很多问题，因为有时来自不同库的函数会发生冲突。因此，库开发人员开始在其函数前面加上库名，如下所示：

foo/foo.h：

void libfoo_foo_foo_h_open(); // the name can be weird then even this one!

C++引入了名称空间，以一种简单的方式解决了这个问题。

假设您有两个名为file和window的库，分别处理文件和窗口，代码如下：

#include <file.h>
#include <window.h>

using namespace file;
using namespace window;

void open() {
     ...
}

文件.h：

namespace file {
    void open(); // What!
}

window.h：

namespace window {
    void open(); // Oh no!
}

上面的代码肯定无法编译。

如果你不喜欢键入std:：（只有5个字符），你可以一直这样做：（在头文件中不是个好主意）

using s = std;

如果您仍然想使用名称空间std；在您的源文件中，那么您正在引发这个问题，我必须问您“NAMESPACE的目的是什么？”。