这是一种糟糕的做法，通常被称为全局命名空间污染。当多个名称空间具有相同的函数名和签名时，可能会出现问题，那么编译器决定调用哪个名称空间是不明确的，当您使用std:：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语言写了整件事一样。

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

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

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

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

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

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

例如：

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

命名空间污染影响：

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

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

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

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

另一个原因是惊讶。

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