使用非静态成员函数指针时出现‘invalid use of non-static member function’编译错误求助
使用非静态成员函数指针时出现‘invalid use of non-static member function’编译错误求助
嘿,这个问题我太熟了!C++里非静态成员函数指针的用法和普通函数指针差别挺大的,你碰到的这个编译错误就是典型的没按正确语法处理成员函数指针的问题,我给你一步步拆解原因和解决办法:
首先先明确报错原因:非静态成员函数是依附于类实例存在的,它的指针类型和普通函数指针完全不同,不能直接像普通函数那样取地址或者调用,编译器会认为你在错误地把非静态成员函数当成普通函数来用,所以抛出这个错误。
接下来结合你的代码说具体的解决方法:
1. 正确声明成员函数指针的类型
针对你代码里的UTrelloBaseResponder::report函数,它的成员函数指针类型必须带上类的作用域,格式是:
void (UTrelloBaseResponder::*)(Arguments)
这个格式不能乱改,必须明确标注这是属于UTrelloBaseResponder类的成员函数指针。
2. 正确获取成员函数的地址
取非静态成员函数的地址时,必须显式用&类名::函数名的形式,不能直接写函数名。比如:
// 用auto自动推导类型,简洁写法 auto reportPtr = &UTrelloBaseResponder::report; // 或者显式声明指针类型 void (UTrelloBaseResponder::*reportPtr)(Arguments) = &UTrelloBaseResponder::report;
要是你直接写report,编译器根本不知道你要取的是成员函数的地址,自然就报错了。
3. 正确调用成员函数指针
调用的时候必须绑定一个类的实例对象,用对象.*指针或者对象指针->*指针的语法,而且括号不能少(因为.*和->*的优先级比函数调用低)。比如:
// 创建类的实例 UTrelloBaseResponder myResponder; // 用实例调用成员函数指针 (myResponder.*reportPtr)(yourArgs); // 如果是用指针指向实例 UTrelloBaseResponder* responderPtr = new UTrelloBaseResponder(); (responderPtr->*reportPtr)(yourArgs);
额外提醒:虚函数的多态支持
因为你的report是虚函数,成员函数指针会自动支持多态——哪怕你用的是基类的成员函数指针,只要绑定的是子类的实例,调用时会自动触发子类的重写版本,完全不用额外处理。
给你贴个结合你类结构的完整小例子,方便你对照调整:
#include <iostream> // 假设Arguments是你定义的类型,这里用int代替示例 using Arguments = int; class UTrelloBaseResponder { public: virtual void report(Arguments args) { std::cout << "基类report函数: " << args << std::endl; } }; class UTrelloRoute : public UTrelloBaseResponder { public: void report(Arguments args) override { std::cout << "子类UTrelloRoute的report函数: " << args << std::endl; } void testCall() { // 声明成员函数指针 void (UTrelloBaseResponder::*ptr)(Arguments) = &UTrelloBaseResponder::report; // 用this指针调用 (this->*ptr)(123); } }; int main() { UTrelloRoute route; route.testCall(); // 会输出:子类UTrelloRoute的report函数: 123 // 基类指针指向子类实例的情况 UTrelloBaseResponder* basePtr = &route; void (UTrelloBaseResponder::*reportPtr)(Arguments) = &UTrelloBaseResponder::report; (basePtr->*reportPtr)(456); // 同样输出:子类UTrelloRoute的report函数: 456 return 0; }
这样调整后,你应该就能解决这个编译错误了。
备注:内容来源于stack exchange,提问作者Amirreza Nadi Chaghadari
相关产品推荐
相关产品推荐

