函数指针类型由返回值和参数列表共同决定，易因const、引用、顺序等不匹配报错；推荐用auto推导或using别名声明，调用统一用fp(args…)，避免存局部函数地址，优先使用std::function等现代替代方案。
函数指针声明和初始化容易类型不匹配
函数指针不是普通指针，它的类型由「返回值 + 参数列表」共同决定，少一个 const、多一个引用符号，或者参数顺序不对，编译器就直接报错。常见错误是写成 int (*fp)() = &func; 却忘了 func 实际是 int func(double, const std::String&) —— 类型完全对不上。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用
auto配合取地址（c++11 起）：auto fp = &my_func;，让编译器自己推导，省去手写复杂签名 - 如果必须显式声明，优先用
using别名：using FuncPtr = void (*)(int, bool); FuncPtr p = &foo;，比裸写void (*p)(int, bool)清晰且不易出错 - 注意成员函数不能直接赋给普通函数指针，要用
std::mem_fn或 Lambda 包一层
传参给函数指针时忘记解引用或加括号
调用函数指针时，fp(1, 2) 和 (*fp)(1, 2) 都合法，但新手常误以为必须加 *，结果写出 fp[0](1, 2) 或 fp()(1, 2) 这类语法错误；更隐蔽的是把函数指针当普通变量传进模板，没意识到它退化为指针类型，导致 SFINAE 失效。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 统一用
fp(arg...)形式调用，无需解引用 —— 函数指针本身支持隐式调用转换 - 传入模板函数时，若需保持“可调用对象”语义，优先用
std::function包装，而不是裸指针 - 检查编译器报错信息里是否出现
no match for call或cannot convert ... to ...，大概率是调用方式或类型传递错了
函数指针数组和回调场景下生命周期管理容易出问题
把局部函数地址存进全局函数指针数组（比如 Static FuncPtr handlers[4]; handlers[0] = &local_func;），运行时一调用就崩 —— 因为 local_func 是栈上函数，地址有效但函数作用域已结束，行为未定义。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 只存储具有静态存储期的函数地址：全局函数、
static函数、constexpr函数，或lambda（仅限无捕获，此时可转为函数指针） - 需要捕获上下文？改用
std::function+std::shared_ptr管理捕获对象生命周期，别硬塞函数指针 - 调试时加断点看
fp的值是不是明显异常（如接近 0 或 0xffffffff），再查它是在哪赋的值
函数指针本身不带类型安全校验，一旦类型写错或指向失效，崩溃往往发生在运行时，而且堆栈信息里看不出原始赋值点在哪。最稳妥的做法，其实是能不用就不用 —— 现代 C++ 有 std::function、lambda、策略类这些更安全的替代方案。