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

另一个原因是惊讶。

如果我看到cout<<blah，而不是std:：cout<<blah，我会想：这是什么cout？这是正常的服装吗？有什么特别的吗？

在类的头文件中使用名称空间的问题在于，它迫使任何想要使用您的类（通过包括头文件）的人也“使用”（即查看其他名称空间中的所有内容）。

但是，您可以随意在（私有）*.cpp文件中放入using语句。

请注意，有些人不同意我这样说的“感觉自由”，因为尽管cpp文件中的using语句比头文件中的要好（因为它不会影响包含头文件的人），但他们认为这仍然不好（因为根据代码的不同，这可能会使类的实现更难维护）。这个C++超级FAQ条目说，

using指令存在于遗留的C++代码中，用于简化向命名空间的转换，但您可能不应该定期使用它，至少不应该在新的C++代码。

常见问题解答建议了两种选择：

使用声明：使用std:：cout；//using声明允许您无条件使用coutcout<<“值：”；只需键入std:：std:：cout<<“值：”；

为了回答你的问题，我实际上是这样看的：很多程序员（不是所有人）都调用命名空间std。因此，人们应该养成习惯，不要使用与命名空间std中的名称冲突或使用相同名称的东西。这是一个很大的事实，但与严格来说可能出现的连贯单词和假名的数量相比，这并不是那么多。

我是说真的。。。说“不要依赖于这个存在”只是让你依赖于它不存在。您经常会遇到借用代码片段并不断修复它们的问题。只需将用户定义的和借用的内容保持在有限的范围内，并且非常节省全局变量（老实说，全局变量几乎永远是“现在编译，以后理智”的最后手段）。我真的认为这是你老师的坏建议，因为使用std对“cout”和“std:：cout”都有效，但不使用std只对“std:”cout有效。你不会总是幸运地编写自己的代码。

注意：在真正了解编译器的工作原理之前，不要过于关注效率问题。只要有一点编码经验，在你意识到他们能够将好的代码概括成简单的东西之前，你不必了解他们太多。每一点都很简单，就像你用C语言写了整件事一样。

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

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

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

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

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

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

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

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