C++ 開發中，namespace（命名空間）與 static 關鍵字常被一起討論，但兩者解決的問題維度完全不同。很多開發者會問：「在命名空間裡定義 static 變量，static 還有用嗎？」本文將從作用域、生命週期、鏈接屬性三個核心維度，徹底釐清二者的關係與各自行為。
namespace 僅管理名稱可見域（作用域），不影響變量的存儲期（生命週期）與鏈接屬性；static 控制存儲期與鏈接，與 namespace 正交。
| 維度 | namespace | static (全局/命名空間作用域) | static (類/函數作用域) |
|---|---|---|---|
| 作用域 | 限制名稱查找範圍（需 ns::var 或 using） | 文件作用域（僅本翻譯單元可見） | 塊/類作用域（僅所在塊/類可見） |
| 生命週期 | 不改變（取決於存儲類別） | 靜態存儲期：程序啟動構造，結束析構 | 靜態存儲期：首次執行到構造，程序結束析構 |
| 鏈接屬性 | 不改變（外部鏈接，除非加 static） | 內部鏈接：符號不導出，其他 .cpp 不可見 | 無鏈接：僅當前作用域可見 |
| 實體數量 | 無實體，純編譯時概念 | 每個翻譯單元一份副本（若多文件包含） | 整個程序唯一實體 |
// a.cpp
namespace N { static int x = 10; } // 內部鏈接，僅 a.cpp 可見
void foo() { N::x = 20; }
// b.cpp
namespace N { static int x = 30; } // 另一份獨立副本！
void bar() { N::x = 40; } // 操作的是 b.cpp 的 x
結果：a.cpp 與 b.cpp 各自擁有一個 N::x，互不干擾。static 產生了內部鏈接，namespace 僅提供名稱前綴。
// a.cpp
namespace N { int x = 10; } // 外部鏈接
extern int N::x; // 聲明
// b.cpp
namespace N { int x = 30; } // 鏈接錯誤：多重定義！
必須在一個翻譯單元定義，其他文件用 extern 聲明，否則鏈接報錯。
// header.h
namespace N { inline int x = 10; } // 多文件包含僅一個實體，外部鏈接
現代 C++ 推薦用 inline 替代 static 實現頭文件變量定義，保持外部鏈接且單一實體。
inline 變量。| 需求 | 推薦方案 | 關鍵字 |
|---|---|---|
| 頭文件常量/配置，全程單一實體 | inline constexpr (C++17) | inline, constexpr |
| 頭文件可變狀態，全程單一實體 | inline 變量 (C++17) | inline |
| 僅當前 .cpp 可見的輔助變量 | 匿名命名空間 | namespace { ... } |
| 類級單例狀態 | static 成員變量 | static (類作用域) |
| 函數級單次初始化狀態 | 函數局部 static | static (塊作用域) |
namespace = 名稱隔離；static = 存儲期/鏈接控制。二者正交組合，而非相互抵消。掌握「作用域、生命週期、鏈接」三維模型，能讓你在模塊化設計、頭文件管理、符號衝突排查中精準施策。
