嘿，这个问题问到点子上了——这其实是C语言里函数指针兼容性的一个灰色地带，咱们从标准规定、实际运行情况和安全方案三个方面唠明白：

1. 先看C标准的严格要求 #

首先得明确：你的myFuncB是返回int的函数，而funcp是指向返回void的函数的指针，这俩属于不同的函数类型。根据C标准的规定：

• 把不同函数类型的指针互相赋值，属于未定义行为（UB）——标准没有保证这种转换是合法的，哪怕你之后调用时完全不关心返回值。
• 用funcp类型的指针去调用原本返回int的myFuncB，同样是UB。因为不同返回类型的函数，调用约定可能存在差异（比如寄存器使用、栈清理规则），标准不保证这种跨类型调用的安全性。

2. 实际主流平台的表现（仅供参考，不代表标准） #

在x86/x86_64架构的主流编译器（GCC、Clang、MSVC）里，如果你调用时完全忽略返回值，大概率能正常运行。原因是这类平台的调用约定里：

• 函数的副作用（比如修改传入指针指向的val）是在内存/栈上操作的，和返回值无关；
• 返回值会存在特定寄存器（比如eax/rax），但调用者不读取这个寄存器的话，不会影响程序的执行流程。

但注意：这只是特定平台的实现行为，不是标准承诺的。如果换到一些嵌入式CPU或者有特殊调用约定的平台，可能直接触发栈不平衡、寄存器冲突之类的问题，导致程序崩溃。

3. 符合标准的安全解决方案 #

如果想让代码既安全又可移植，最稳妥的办法是写一个适配函数，把myFuncB包装成符合funcp类型的函数：

static void myFuncB_wrapper(int* val) {
    myFuncB(val); // 主动忽略返回值，类型完全匹配
}

然后把myFuncB_wrapper赋值给funcp指针：

f = myFuncB_wrapper;
f(&v); // 完全符合标准，无任何UB

另外，不要依赖“显式强制转换”来压制编译器警告——比如f = (funcp)myFuncB;，这只是让编译器闭嘴，但并没有消除未定义行为。编译器可能会基于类型假设做优化，导致程序出现诡异的bug。

总结 #

虽然在很多常见场景下，忽略返回值的跨类型函数指针调用能跑，但从标准合规性和可移植性来说，这是风险行为。最好用适配函数来保证类型严格匹配，彻底避免未定义行为。

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