C语言函数定义为何有类似多返回类型形式？Win32 API、JNI示例答疑

你看到的LRESULT CALLBACK WindowProc()和JNIEXPORT void JNICALL Java_ClassName_MethodName()这类写法，那些看起来像"额外返回类型"的部分，其实是平台或框架定义的宏，用来封装编译器相关的扩展语法，本质属于函数的修饰属性，而非返回类型。下面分场景拆解：

一、Win32 API的LRESULT CALLBACK WindowProc() #

• LRESULT是真正的返回类型，它是一个宏，展开后对应标准C的long类型；
• CALLBACK是调用约定宏，展开后为__stdcall——这是C语言的编译器扩展关键字，用来规定函数的调用规则：包括参数入栈顺序、栈的清理责任（由被调用函数清理栈）、函数名的修饰规则等，属于函数声明的修饰部分，不是返回类型。

展开后的实际写法类似：

long __stdcall WindowProc()

二、JNI的JNIEXPORT void JNICALL Java_ClassName_MethodName() #

• void是真正的返回类型；
• JNIEXPORT是导出属性宏，展开后对应编译器的动态库导出关键字（比如Windows下的__declspec(dllexport)，Linux下的__attribute__((visibility("default")))），用来标记该函数需要被导出到动态链接库中，供JNI环境调用；
• JNICALL同样是调用约定宏，用来统一JNI函数在不同平台下的调用规则，确保Java虚拟机能正确调用C层函数。

展开后的实际写法（以Windows为例）类似：

__declspec(dllexport) void __stdcall Java_ClassName_MethodName()

三、本质：C语言函数声明的扩展规则 #

标准C的函数声明基础格式是返回类型 函数名(参数列表)，但编译器会提供扩展语法，允许在返回类型前后添加函数修饰符：

• 存储类说明符：static、extern；
• 调用约定：__stdcall、__cdecl、__fastcall（不同编译器语法略有差异）；
• 编译器属性：比如导出/导入属性、对齐属性等。

Win32和JNI的这些宏，就是把这些编译器相关的扩展语法封装起来，让代码在不同平台下有更好的兼容性，不用开发者直接写平台相关的关键字。

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