内联和嵌套命名空间
在开发大型的项目时，往往会有很多人参与协同开发，划分成各个小组负责不同的模块，模块之间相对独立。代码中会定义很多的类名、函数名、模板名，甚至一些全局变量，如果不对这些名称加以规范，很容易造成名字的冲突，因为默认情况下这些名字都是全局名字，这种情况也称之为命名空间污染。为了避免这个问题，C++标准引入了命名空间的概念，将不同模块的名字限定在各自模块的命名空间中，命名空间中的名字的作用域只在命名空间内有效，尽可能地避免名字的冲突。命名空间在C++98标准中已经引入，它的概念以及用法这里就不再赘述，现在来介绍的是现代C++标准新增的功能：内联命名空间（C++11）和嵌套命名空间（C++17），以及在C++20中的改进。
内联命名空间
C++11标准引入了内联命名空间的概念，它的语法就是在namespace前面加个inline关键字，如：
inline namespace MyCode {
// source code
}
内联命名空间中的名字可以被上层命名空间直接使用，也就是说，我们无需在内联空间的名字前添加该命名空间的名字为前缀，通过上层命名空间的名字就可以直接访问他，如下：
namespace MyCode {
namespace Lib_V1 {
void foo() {}
}
inline namespace Lib_V2 {
void foo() {}
}
}
int main() {
MyCode::Lib_V1::foo();
MyCode::foo();
}
调用Lib_V1命名空间的foo函数，前面需要加上Lib_V1的前缀，而访问Lib_V2命名空间的foo函数则不需要。内联命名空间的作用之一是，当我们有一个模块，这个模块提供了一组接口供外部调用，有时我们需要升级接口以提供不同的功能，而新接口不与老接口兼容，我们希望新写的代码将调用我们提供的新接口，但是又不希望影响老的代码，所以老的接口需要保留。这时就可以使用内联命名空间的办法来解决，就如上面的例子中，我们把新接口放在命名空间Lib_V2中，并定义为内联的命名空间，使用者只需通过MyCode前缀就可以访问到它们，如：MyCode::foo()，老的代码的逻辑不需要改动，只需将原来调用接口的地方加个前缀，如MyCode::Lib_V1::foo()。
内联命名空间在第一次定义时必须加上inline关键字，之后再重新打开命名空间时可以加上inline关键字，也可以不加上。
嵌套命名空间
嵌套命名空间在C++98中已有，如上节中的代码就定义了一个嵌套命名空间，但它的写法比较冗余，如果要定义多重的嵌套则显得更加冗余，特别是在代码缩进时，比如：
namespace A {
namespace B {
namespace C {
void foo() {}
}
}
}
访问foo函数时通过A::B::C::foo()来调用，如果定义命名空间时也可以像这样的话代码将会变得更加简洁，因此C++17标准中引入了更简洁的嵌套命名空间的定义方式，如：
namespace A::B::C {
void foo() {}
}
这样代码就显得简洁得多，它也更符合我们的使用习惯。当遗憾的是，在C++17中没有解决在嵌套命名空间中定义内联命名空间，也就是说在上面的嵌套命名空间中没法加入inline关键字，使得子命名空间成为内联的，直到C++20标准中完善了这个功能。因此在C++20中，我们可以通过以下的方式来定义命名空间：
namespace A::B::inline C {
void foo() {}
}
// 它等同于如下定义：
namespace A::B {
inline namespace C {
void foo() {}
}
}
// 调用foo函数：
A::B::foo();
// 或者也可以这样定义：
namespace A::inline B::C {
void foo() {}
}
// 它等同于如下定义：
namespace A {
inline namespace B {
namespace C {
void foo() {}
}
}
}
// 调用foo函数：
A::C::foo();
需要注意的是，inline关键字可以出现在除第一个namespace之外的任意namespace之前，上面的代码需要使用支持C++20标准的编译器来编译，在编译时加上参数-std=c++20。
此篇文章同步发布于我的微信公众号：
内联和嵌套命名空间如果您感兴趣这方面的内容，请在微信上搜索公众号iShare爱分享或者微信号iTechShare并关注，或者扫描以下二维码关注，以便在内容更新时直接向您推送。
