为何编译器无法区分同名同参的静态与普通成员函数？
嘿，这个问题刚好戳中了C++成员函数重载和名字查找的几个容易混淆的细节，咱们一步步把它掰扯清楚～
核心误解：调用方式不能区分函数
你之前以为“类名调用static、实例调用非static”就能区分这两个函数，但这里有个关键的C++语法规则你可能没注意到：static成员函数完全可以通过类的实例来调用！
比如你写obj.addTo(en)，编译器既可以把它解析为调用非static版本（把obj作为隐式this指针传入），也可以解析为调用static版本（直接忽略obj，调用类级别的函数）——这就直接导致了调用时的歧义。
背后的技术原理
咱们再深入到编译器的视角看：
static不属于函数签名的一部分
C++的函数重载决议只看参数类型（包括隐式的this指针）、const/volatile修饰符（针对成员函数的this），而static是存储类说明符，不属于函数签名的组成部分。也就是说，这两个模板函数的“签名核心”是完全一致的：template<typename... Args> void addTo(const Entity&, Args...)，只是一个是类级别的static函数，一个是实例级别的成员函数。模板实例化后的冲突
当你调用这两个函数时，编译器会根据传入的参数推导模板参数Args，最终实例化出的函数（比如当Args为空时，都是void Class::addTo(const Entity&)），除了static属性外，其他完全一样。编译器无法区分这两个实例化后的函数，自然会报歧义错误。你的猜测方向是对的
你提到“两个函数都会被展开为Class::addTo”，这个思路没问题——它们的全限定名称确实共享同一个名字，而static属性不足以让编译器把它们当成两个不同的重载。
设计层面的原因
C++允许用实例调用static函数，是为了语法上的灵活性（比如在模板代码中，你可能不知道当前对象的类名，但依然能调用它的static函数）。但这种灵活性也带来了副作用：当存在同名的static和非static成员函数时，编译器无法通过调用方式来判断你的意图。
解决办法
要避免这种歧义，最直接的方式是：
- 给两个函数起不同的名字（比如
staticAddTo和addTo） - 调整其中一个函数的参数列表（比如给static版本加一个无意义的标记参数
static void addTo(const Entity&, Args..., int)）
内容的提问来源于stack exchange，提问作者MoustacheSpy
