能，std::function可直接接收匹配签名的普通函数指针，支持隐式转换，无需lambda或std::bind；但成员函数指针需绑定对象实例，void*转函数指针属未定义行为。
std::function能直接接收函数指针吗
能，而且非常自然——std::function 的构造函数和赋值操作符都支持隐式转换自普通函数指针（包括 void(*)()、int(*)(int) 等）。只要签名匹配，编译器会自动完成封装，无需额外包装或 lambda 中转。
常见错误是误以为必须用 lambda 或 std::bind 才能塞进去，结果多写一层反而引入不必要的开销或生命周期问题。
- ✅ 正确：
std::function<int> f = &my_func;</int> - ✅ 也正确：
std::function<void> g = some_free_function;</void>（省略取地址符也行） - ❌ 多余：
std::function<void> h = []{ some_free_function(); };</void>（除非需要捕获或延迟求值）
成员函数指针不能直接赋给std::function
成员函数指针（如 void (MyClass::*)()）和普通函数指针类型不兼容，直接赋值会编译失败，报错类似：no viable conversion from 'void (MyClass::*)()' to 'std::function<void>'</void>。
根本原因是成员函数调用需要隐式 this 参数，而 std::function<void></void> 的调用签名不含该参数。必须显式绑定对象实例。
立即学习“C++免费学习笔记（深入）”；
- 用
std::mem_fn：简洁安全，推荐用于无参/固定对象场景 ——std::function<void> f = std::mem_fn(&MyClass::foo); f(obj);</void> - 用 lambda 捕获对象引用或指针：更灵活，适合需延长生命周期或条件绑定的场合 ——
[&obj] { obj.foo(); } - 避免
std::bind：语法冗长，且 C++17 起已不推荐；若真要用，注意占位符顺序和std::ref包裹引用的必要性
函数指针转std::function后的性能与拷贝行为
std::function 内部通常采用小对象优化（SOO），对纯函数指针这类无状态可调用体，绝大多数标准库实现（libstdc++、libc++、MSVC STL）都会将其存入内部缓冲区，不触发堆分配，调用开销几乎等同于原函数指针跳转。
但要注意：一旦混入捕获 lambda 或 std::bind 表达式，就可能触发堆分配，且拷贝 std::function 对象时会深拷贝其内部存储（包括堆上内容）。
- 纯函数指针封装后，
sizeof(std::function)通常是 24 或 32 字节（取决于平台和 STL 实现），远小于堆分配成本 - 不要反复构造相同函数指针的
std::function——比如在循环里写std::function<int> f = &add;</int>，应提至作用域外复用 - 若只做一次调用且确定是函数指针，直接调用比封装再调用更快（少一层间接跳转）
void* 转函数指针再封装是危险操作
有人试图把函数指针先转成 void*（比如从动态库 dlsym 获取），再强转回函数指针并塞进 std::function。这在大多数平台会工作，但 C++ 标准明确禁止将 void* 转为函数指针——行为未定义（UB）。
真正可移植的做法是：使用正确类型的函数指针 typedef，再通过 reinterpret_cast 完成转换（不是 C 风格 cast）。
- ❌ 危险：
void* p = dlsym(handle, "foo"); std::function<int> f = *(int(*)())p;</int> - ✅ 安全：
using foo_t = int(*)(); foo_t fp = reinterpret_cast<foo_t>(dlsym(handle, "foo")); std::function<int> f = fp;</int></foo_t> - 务必确保
dlsym返回非空，且函数签名与目标std::function完全一致，否则运行时崩溃大概率发生
C++ 标准没规定函数指针到 std::function 的转换细节，但所有主流实现都保证了零开销封装；真正容易出错的是成员函数绑定方式、跨平台函数指针转换，以及忽略对象生命周期导致的悬垂调用。
