静态成员函数需类内声明、类外定义，否则链接时报错；不能访问非静态成员，因无this指针。
静态成员函数必须在类内声明、类外定义
很多人写完 static void foo(); 就以为完事了，结果链接时报错 undefined reference to 'ClassName::foo()'。这是因为静态成员函数和普通成员函数一样，声明和定义要分开：类内只放声明，类外才写实现体。
常见错误是把定义也塞进头文件里又没加 inline，导致多个编译单元重复定义，链接失败。
- 类内只写声明：
static void bar(); - 类外定义一次（通常在 .cpp 文件中）：
void ClassName::bar() { /* 实现 */ } - 如果非要写在头文件里，必须加
inline static void bar();（C++17 起支持）
静态成员函数不能访问非静态成员变量或函数
它没有 this 指针，所以连最基础的 member_var 或 non_static_func() 都直接报错："invalid use of member"。这不是权限问题，是语言层面禁止——它压根不知道当前是哪个对象。
典型误用场景：想在静态函数里调用 std::cout ，而 <code>name 是普通成员变量。
立即学习“C++免费学习笔记（深入）”；
- 能访问的只有：静态成员变量、全局变量、局部变量、传入的参数
- 想间接操作实例？必须显式传入对象指针或引用，比如
void process(const ClassName& obj) - 别试图在静态函数里调用
get_name()—— 除非它是static的
静态成员函数的地址类型不是普通函数指针
它的类型是 ReturnType (ClassName::*)()，不是 ReturnType (*)()。直接赋给普通函数指针会编译失败，比如 auto ptr = &ClassName::static_func; 后再用 ptr() 调用，会提示类型不匹配。
这在回调、线程启动、STL 算法里特别容易翻车，比如往 std::thread 里传静态成员函数时，得明确写成 std::thread(&ClassName::static_func, args...)，而不是先取地址再传。
- 正确取地址：
auto ptr = &ClassName::static_func;，类型为void (ClassName::*)() - 调用必须绑定作用域：
ClassName::static_func()，或通过对象调用（虽然没用到 this）：obj.static_func() - 需要普通函数指针接口时，得包一层 lambda 或普通函数做桥接
静态成员函数不参与虚函数机制
它不能是 virtual，也不能被 override 或 final 修饰。写了就报错：'virtual' can only be specified inside a class definition（对 static 函数无效）。
有人想用静态函数模拟“类级别的多态”，比如让子类重写一个初始化函数——这是设计误区。静态函数属于类，不继承、不覆盖，子类声明同名静态函数只是隐藏（hiding），不是重写。
- 父类有
static void init();，子类也写static void init();→ 子类版本完全独立，不会影响父类调用 - 调用时必须明确写出类名：
Base::init()或Derived::init()，没法靠对象动态分发 - 真要类级别可替换行为，考虑工厂函数 + 普通函数指针，或模板特化
最容易被忽略的是：静态成员函数的访问控制（private/protected）依然生效，但它不受对象生命周期约束——哪怕类的所有实例都销毁了，静态函数还能调。这点在单例、资源预初始化等场景里，常被当成“安全出口”滥用，结果引发静态初始化顺序问题。
