Google C++每周贴士 #168: `inline`变量

最新推荐文章于 2025-04-08 17:41:38 发布

翻译最新推荐文章于 2025-04-08 17:41:38 发布 · 284 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：https://abseil.io/tips/168

Google C++每周贴士同时被 2 个专栏收录

38 篇文章

订阅专栏

Google C++ Tips of the Week

38 篇文章

订阅专栏

C++17引入的inline变量使得在头文件中安全地定义字符串常量成为可能，避免了多份拷贝导致的ODR违规。constexpr确保了初始化和析构的安全，而inline保证了全局变量的唯一性。头文件中的全局变量和constexpr常量应通常被标记为inline，以防止多个翻译单元中的重复定义。对于类的static constexpr数据成员，C++17起默认为inline，简化了代码管理。

（原文链接：https://abseil.io/tips/168 译者：clangpp@gmail.com）

每周贴士 #168: `inline`变量

最初发布于：2019-09-12
作者：James Dennett
更新于：2020-04-06
短链接：abseil.io/tips/168

C++17提供的inline变量提供了一种在头文件中定义字符串常量的安全方式：

inline constexpr absl::string_view kHelloWorld = "Hello World.";

constexpr保证了安全的初始化和析构，inline确保了程序中只有一份kHelloWorld的拷贝。

此处的关键字inline初看起来有点奇怪，尤其是你已经习惯于认为inline主要被用于（译者注：编译器的）优化提示。一个接近的类比是头文件中的inline函数；现在对比上面的变量定义和如下代码

inline constexpr absl::string_view HelloWorld() {
  return "Hello World.";
}

前者有一个优点：每次调用返回的字符串保证在同一内存地址。

差不多每个定义在头文件中的全局变量都应该被标记为inline——而且通常也应该是constexpr。如果他们没有被标记为inline，那么每个包含了该头文件的.cc文件里都会有一个该变量的实例，因此会导致难以发现的违背ODR（one definition rule，单定义原则）的情况。

在头文件以外，没有必要将变量标记为inline。

注：自C++17开始，类中的static constexpr数据成员隐含了inline属性。这个特殊情况不改变已有代码的行为，但它意味着现在不需要在源文件中为成员提供一个单独的定义了。这仅适用于static constexpr数据成员，不适用于其他的constexpr变量，也不适用于仅仅是static const的（译者注：类的）数据成员。

参考资料：