函数指针易错根本原因是语法反直觉，应优先用using别名或auto推导；调用时加不加*均可；重载/模板需显式转换；性能敏感场景用函数指针，灵活需求用std::function。
函数指针声明语法为什么总写错
根本原因在于 int (*p)(int, int) 这种写法把星号和括号位置卡在类型中间，人脑不习惯“类型名里套指针符号”。它不是 int *p(int, int)（那是函数声明），也不是 int (*p)(int, int) 写成 int *p(int, int)（编译直接报 error: declaration of 'p' as function returning a function）。
实操建议：
- 用
using别名替代原始语法，比如using AddFunc = int(*)(int, int); AddFunc p = &add;，可读性高且不易出错 - 用
auto让编译器推导，比如auto p = &add;（前提是add已定义且签名明确） - 别硬记括号优先级，遇到不确定时，就写个临时函数，让 IDE 或编译器报错后反推——错误信息里通常会带出期望的类型，比如
expected 'int (*)(int, int)' but argument is of type 'int (int, int)'
调用函数指针时加不加 * 是什么情况
可以加，也可以不加，p(1, 2) 和 (*p)(1, 2) 效果完全一样。C++ 标准规定函数指针会自动退化为函数类型，调用时无需解引用。
但要注意：
立即学习“C++免费学习笔记（深入）”；
- 加
*更符合“指针”的直觉，尤其在教学或代码审查时能强调“这是间接调用” - 不加
*更常见于实际项目，比如 STL 算法中传入std::less<int>{}</int>或函数指针，统一用func(...)形式 - 如果误写成
**p或&p，编译器会报invalid use of unary '*' / '&' on a function pointer
函数指针不能指向重载函数或模板实例
这是新手掉进最多次的坑：写了两个 void log(const char*) 和 void log(int)，然后想用 void (*f)(const char*) = &log;，结果编译失败——因为 &log 有歧义，编译器无法决定选哪个重载版本。
解决办法只有两个：
- 显式强制转换：
void (*f)(const char*) = static_cast<void char>(&log);</void> - 用 lambda 包一层（适用于需要捕获或适配场景）：
auto f = [](const char* s) { log(s); };，此时f是闭包类型，不是函数指针，但可隐式转成函数对象 - 模板函数同理，
&std::max不合法，必须写全特化，如&std::max<int></int>
函数指针和 std::function 性能与使用边界
std::function 是类型擦除容器，支持绑定、lambda、成员函数等，但有小开销（通常一次调用多 1–3 纳秒，可能触发一次间接跳转）；纯函数指针零成本，但只能指向自由函数或静态成员函数。
选哪个？看场景：
- 做回调参数且接口稳定（如 C API 封装、信号槽底层）、对性能敏感（高频循环内调用），用
int (*)(int) - 需要保存 lambda、绑定参数、或统一处理不同可调用对象，用
std::function<int></int> - 别混用：把
std::function强转成函数指针会编译失败，reinterpret_cast强转是未定义行为
函数指针本身不难，难的是在重载、模板、类型推导、跨语言交互这些上下文中，稍不留神就会被编译器拦在门外。真正卡住人的，往往不是语法，而是“为什么这里非得加 static_cast”或者“为什么这个 lambda 不能赋给函数指针”。
