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

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

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

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

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

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

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

这取决于它的位置。如果它是一个公共的头，那么通过将其合并到全局名称空间中，可以减小名称空间的值。请记住，这可能是制作模块全局的一种简单方法。

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

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

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

这里有一个我在其他答案中都没有找到的观点：只使用一个名称空间。根据大多数答案，命名空间不好的主要原因是，你可能会有冲突的函数名，这会导致一片混乱。但是，如果只使用一个名称空间，则不会发生这种情况。确定您将使用最多的库（可能使用名称空间std；）并坚持使用它。

可以认为它有一个不可见的库前缀-std:：vector变成了vector。在我看来，这是两全其美的：一方面，它减少了必须进行的键入（正如名称空间所预期的那样），另一方面，为了清晰和安全，它仍然需要使用前缀。如果有一个函数或对象没有名称空间前缀，那么您知道它来自您声明的一个名称空间。

请记住，如果您决定在全球范围内使用一个，请不要在本地使用其他。这又回到了其他答案，即本地名称空间通常比全局名称空间更有用，因为它们提供了各种便利。

为什么使用命名空间标准？

C++有一个标准库，其中包含构建应用程序时使用的常用功能，如容器、算法等。如果这些库使用的名称是公开的，例如，如果它们全局定义了一个队列类，那么您将无法再次使用相同的名称而不发生冲突。因此，他们创建了一个名称空间std来包含此更改。

不使用的原因1：不良行为

使用命名空间std的语句通常被认为是错误的做法。此语句的另一种方法是在每次声明类型时使用作用域运算符（：：）指定标识符所属的命名空间。尽管该语句避免了我们在任何时候希望访问std命名空间中定义的类或类型时键入std:：，但它将整个std命名空间导入到程序的当前命名空间中。

不使用的原因2：编译器变得混乱

在玩具程序中导入整个std库是可以的，但在生产级代码中，这是不好的。使用命名空间std；使命名空间std中声明的每个符号都可以在没有命名空间限定符的情况下访问。

例如：

现在，假设您升级到一个较新版本的C++，并将更多新的std命名空间符号注入到您不知道的程序中。您的程序中可能已经使用了这些符号。现在编译器将很难弄清楚声明的符号是属于您自己的实现，还是来自您在没有任何概念的情况下导入的名称空间。一些编译器会抛出错误。如果运气不好，编译器选择了错误的实现并编译它，这肯定会导致运行时崩溃。

命名空间污染影响：

虽然这种做法对于示例代码来说是可以的，但将整个std命名空间拉入全局命名空间是不好的，因为它会破坏命名空间的目的，并可能导致名称冲突。这种情况称为命名空间污染。