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

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

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

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

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

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

例如：

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

命名空间污染影响：

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

一个具体的例子来澄清这个问题。假设您有两个库，foo和bar，每个库都有自己的名称空间：

namespace foo {
    void a(float) { /* Does something */ }
}

namespace bar {
    ...
}

现在假设您在自己的程序中同时使用foo和bar，如下所示：

using namespace foo;
using namespace bar;

void main() {
    a(42);
}

现在一切都很好。当你运行程序时，它会“做一些事情”。但后来你更新了这个栏，让我们假设它变成了这样：

namespace bar {
    void a(float) { /* Does something completely different */ }
}

此时将出现编译器错误：

using namespace foo;
using namespace bar;

void main() {
    a(42);  // error: call to 'a' is ambiguous, should be foo::a(42)
}

因此，您需要进行一些维护，以澄清“a”是指foo:：a。这是不可取的，但幸运的是它非常容易（只需在编译器标记为不明确的所有调用前面添加foo:：）。

但想象一下另一种情况，酒吧改成了这样：

namespace bar {
    void a(int) { /* Does something completely different */ }
}

此时，您对a（42）的调用突然绑定到bar:：a而不是foo:：a，并且它不做“某事”，而是做“完全不同的事情”。没有编译器警告或任何内容。你的程序只是默默地开始做一些与以前完全不同的事情。

当你使用一个名称空间时，你会面临这样的风险，这就是为什么人们不喜欢使用名称空间的原因。名称空间中的东西越多，冲突的风险就越大，因此与其他名称空间相比，人们可能更不喜欢使用名称空间std（由于该名称空间中有很多东西）。

最终，这是可写性与可靠性/可维护性之间的权衡。可读性也可能是其中的一个因素，但无论哪种方式，我都能看到这样做的理由。通常，我会说可靠性和可维护性更重要，但在这种情况下，您将不断为相当罕见的可靠性/可维护性影响支付可写性成本。“最佳”权衡将决定您的项目和优先级。

#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开发人员：您可能希望标记此项。这是一场灾难。

考虑两个名为Foo和Bar的库：

using namespace foo;
using namespace bar;

一切都很好，你可以从Foo调用Blah（），从Bar调用Qux（）。但有一天你升级到了Foo 2.0的新版本，它现在提供了一个名为Qux（）的函数。现在出现了一个冲突：Foo 2.0和Bar都将Qux（）导入到全局命名空间中。这将需要一些努力来解决，特别是如果函数参数恰好匹配。

如果您使用了foo:：Blah（）和bar:：Qux（），那么引入foo:：Qux（）将是一个非事件。

不要全局使用它

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

你把正在编程的命名空间弄得乱七八糟。当您使用许多名称空间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的实现进行了更改，以找到一个潜在的过载并选择它。

我也认为这是一种糟糕的做法。为什么？就在一天，我认为名称空间的功能是划分内容，所以我不应该将所有内容都放在一个全局包中而破坏它。

然而，如果我经常使用“cout”和“cin”，我会写：使用std:：cout；使用std:：cin；在.cpp文件中（当它使用include传播时，不会在头文件中）。我想，没有一个理智的人会说出一条小溪的名字