C语言函数指针赋值extern函数崩溃原因及函数别名创建问题

核心问题是你实际定义的my_func和第三方要求的函数签名根本不严格匹配，直接赋值函数指针属于未定义行为，崩溃是必然结果。
你贴的代码里写得很清楚：

• 第三方要求的req_func签名是void* (int)，参数是32位int类型
• 你自己声明的my_func签名是void* (intptr_t)，参数是和地址等长的intptr_t类型，在64位系统上这是64位宽度
  这两个函数的参数传递规则完全不同：第三方库调用函数时，只会按照32位int的宽度传参，要么把参数存在32位寄存器里，要么压栈只占4字节。你直接把my_func的地址塞给这个函数指针后，调用时程序会跳转到my_func的地址执行，而my_func会按照64位宽度读参数，要么读到寄存器里残留的脏数据，要么读栈的时候读错位，拿到的参数值完全错误，后续逻辑访问非法地址就会直接崩溃。
  而你写的包装函数为什么能正常运行？因为包装函数的签名和第三方要求的完全一致：参数是32位int，编译器会按照正确的规则拿到入参，再调用my_func的时候，自动完成int到intptr_t的类型转换，把参数宽度补齐到64位，完全符合my_func的传参要求，自然不会出问题。
  这里要特别注意：C语言不关心你两个函数内部实现的功能是不是“看起来匹配”，只要函数的返回值类型、参数列表类型、调用约定有任何一点不一致，跨类型赋值函数指针再调用，标准层面就是未定义行为，不要抱有任何侥幸心理。很多人踩这个坑都是觉得“反正都是传整数，长度差不多就行”，但C的类型检查对函数签名是严格要求的，不存在“差不多”的空间。

只有当两个函数的签名完全、严格一致时，才可以用函数指针做别名，否则绝对不行：

• 签名完全匹配时是合法操作：

// 原函数定义
void* my_func(int param);
// 定义同类型函数指针作为别名，无任何类型不匹配问题
void* (*req_func)(int) = my_func;

这种场景下调用req_func(x)和直接调用my_func(x)行为完全一致，不会有任何兼容性问题。

• 只要签名存在任何差异（比如参数类型/返回值类型不匹配、调用约定不一致），哪怕你用强制类型转换把函数地址硬塞给函数指针，调用时都属于未定义行为：可能在你当前测试环境下碰巧跑通，但换系统、换编译器版本、调整优化等级后随时可能崩溃，没有任何可靠性可言。

不要为了省几行代码硬转不匹配的函数指针，一层极薄的包装函数在开启编译优化后基本不会产生额外性能开销，却能彻底规避类型不匹配带来的极难排查的运行时问题。

内容的提问来源于stack exchange，提问作者Anton K