根本原因是C++将return_type () (param_types)视为类型表达式而非函数声明变体；正确写法为int (func_ptr)(int)，括号不可省，类型别名或decltype可提升安全性。
函数指针声明语法为什么总写错
根本原因是 C++ 把 return_type (*) (param_types) 当作一个「类型表达式」，不是「函数声明的变体」。很多人套用函数声明习惯写成 int* func(int)，结果定义出来的是返回 int* 的函数，不是指向函数的指针。
正确写法必须把星号和括号紧贴在一起，明确「这是一个指针」：
int (*func_ptr)(int) —— 指向「接受一个 int、返回 int」的函数的指针。
- 括号不能省：
int *func_ptr(int)是函数声明；int (*func_ptr)(int)才是指针声明 - 类型别名能大幅降低出错率：
using func_t = int(*)(int); func_t p = &some_func; - 用
decltype获取已有函数类型更安全：decltype(&some_func) p = &some_func;
调用函数指针时加不加 & 和 *
函数名在大多数语境下会自动退化为函数指针，所以 &some_func 和 some_func 通常等价，但显式写 & 更清晰、更一致，尤其在模板或重载场景下可避免歧义。
调用时完全不需要解引用操作符 *：直接 ptr(42) 即可，C++ 允许函数指针像函数一样被调用。
- ✅ 正确：
int (*p)(int) = &some_func; p(123); - ⚠️ 不推荐但合法：
p = some_func; // 缺少 &，依赖隐式转换 - ❌ 错误：
(*p)(123); // 多余的 *，虽然语法上不报错，但语义冗余且易误导 - ⚠️ 注意：如果指针是
nullptr，调用会崩溃，务必检查
std::function 和原生函数指针怎么选
原生函数指针轻量、零开销、可作为模板非类型参数（C++20 起），但只能绑定普通函数或静态成员函数；std::function 支持绑定 lambda、成员函数、bind 表达式，但有类型擦除开销（小对象优化后一般可忽略）。
立即学习“C++免费学习笔记（深入）”；
- 要传给 C API 或做 constexpr 场景？必须用原生指针：
qsort(arr, n, sizeof(int), compare_func_ptr); - 要存捕获 lambda 或统一处理不同可调用对象？用
std::function<int></int> - 性能敏感循环内频繁调用？优先测原生指针，
std::function可能多一次虚调用 - 注意：
std::function构造/赋值可能抛异常（内存分配失败），原生指针不会
成员函数指针为什么不能直接转成普通函数指针
因为成员函数隐含 this 参数，调用协议完全不同。普通函数指针是「跳转到地址 + 压参」，而成员函数指针可能是「偏移量 + this 调整 + 实际跳转」，结构复杂且平台相关。
- ❌ 绝对不可行：
void (A::*mp)() = &A::foo; void (*fp)() = reinterpret_cast<void>(mp);</void>—— 未定义行为 - ✅ 正确方式：用
std::mem_fn、lambda 捕获对象，或显式传this：[obj](){ obj->foo(); } - ⚠️ 成员函数指针本身语法更怪：
void (A::*mp)() = &A::foo;，调用必须配合对象：(obj.*mp)()或(ptr->*mp)() - 注意：空基类优化不影响成员函数指针大小，它在多数平台是 8–16 字节，远大于普通指针
函数指针的难点不在语法本身，而在「什么时候必须用它」「什么时候其实该换思路」——比如本可以用模板参数或概念约束的地方，硬上函数指针反而增加间接性和维护成本。
