C++中函数指针作参数的关键是正确声明类型：必须严格匹配返回类型、参数个数与类型，const限定符不可省略；可用typedef或using定义别名提升可读性与安全性。
函数指针作为参数的声明写法
C++里传函数指针，关键不是“怎么传”，而是“怎么写对类型”——类型声明错一步，编译器立刻报错，而且错误信息常指向调用处而非声明处，容易误判。
函数指针类型必须严格匹配目标函数的签名（返回类型、参数个数与类型），不能靠隐式转换。比如想传一个接受 int 并返回 double 的函数，参数类型就得写成 double (<em>)(int)</em>，而不是 double ()() 或漏掉 const 限定符。
- 如果函数有
const限定（如成员函数），普通函数指针无法接收，得用std::function或成员指针语法 - C 风格函数指针不支持重载解析，传错签名会直接编译失败，不会退化为模板推导
- 使用
typedef或using别名能大幅降低出错率，例如：using CalcFunc = double (*)(int, int);
，之后所有声明都用CalcFunc
实际调用时常见的编译错误
最典型的是 error: cannot convert 'void()' to 'void(*)()' in argument —— 这说明你传的是函数调用表达式（带括号），不是函数名本身。函数名在多数上下文中自动退化为指针，但加了 () 就变成调用了。
- 传参写
foo(func)是对的；写foo(func())就错了（这是传返回值） - 如果函数在类内且非静态，不能直接取地址，
&MyClass::method得配合对象实例，此时已不是普通函数指针，而是成员指针 - 模板函数名不能直接取地址，因为未实例化；得写成
&func<int></int>显式指定类型
用 std::function 替代原始函数指针是否更安全？
std::function 能包装函数指针、lambda、绑定表达式甚至成员函数，接口统一，但代价明确：
立即学习“C++免费学习笔记（深入）”；
有小幅度运行时开销（内部可能堆分配 + 间接调用）
编译期类型擦除，调试时看不到原始签名，IDE 补全也弱于原生指针
若只对接 C API 或要求零开销抽象（如嵌入式中断注册），必须用原始函数指针
传 lambda 给只接受函数指针的接口？不行，除非 lambda 无捕获且显式转成函数指针：
auto f = [](int x) { return x * 2; };<br>func_ptr fp = f; // OK，无捕获 lambda 可隐式转有捕获的 lambda 只能进
std::function，不能塞进原始函数指针形参
函数指针参数在回调场景下的典型用法
系统级回调（如 Windows SetTimer、POSIX qsort）强制要求 C 兼容函数签名，这时必须用原始函数指针，且函数需为 extern "C" 链接（尤其涉及跨语言调用时）。
-
qsort的比较函数必须是int (<em>)(const void</em>, const void*)，哪怕你实际比较std::string，也得先做reinterpret_cast解包 - 回调函数若需访问局部状态，不能依赖栈变量——要么用全局/静态变量（不推荐），要么把状态指针作为额外参数传入（如
qsort的第四个参数） - 成员函数回调必须通过静态包装器中转：
class Worker {<br> static int wrapper(void<em> ctx, int x) {<br> return static_cast<Worker</em>>(ctx)->real_handler(x);<br> }<br>};，然后传&Worker::wrapper和this指针
函数指针的“裸”特性既是优势也是陷阱：它不隐藏任何机制，但也不提供任何安全网。一旦签名或调用约定（<strong>cdecl</strong>/stdcall）不一致，崩溃往往发生在运行时，且堆栈信息可能丢失关键帧。
