为何fflush可省略括号调用？自定义函数报错求解释

这是个挺有意思的C语言语法细节问题，我来帮你把背后的原因和相关情况梳理清楚：

问题背景先梳理下 #

你遇到的场景是这样的：
你写了这段C代码：

#include <stdio.h>
int main(void) {
    printf("Display something\n");
    fflush stdout; // 省略了函数调用的括号
    return 0;
}

用MSYS2 MinGW-w64 GCC 7.3.0加-Wall编译能正常运行，效果和标准写法fflush(stdout);完全一致；但自己写自定义函数时用custom_function parameter;这种写法，就会报语法错误：

src/main.c: In function 'int main(int, char**)':
src/main.c:5:18: error: expected ';' before 'parameter'
 custom_function parameter;
                  ^~~~~~~~~

为什么fflush stdout;能正常工作？ #

这是GCC（包括MinGW-w64变体）的非标准GNU C扩展在起作用——具体来说，GCC默认允许单参数的函数调用省略括号，但有个关键前提：编译器已经明确知道这个标识符是一个函数（也就是有对应的函数声明/原型）。

在你的代码里，<stdio.h>已经为fflush提供了完整的函数原型：int fflush(FILE *stream);，所以GCC在默认的GNU C模式（比如GCC 7.x默认的gnu90模式）下，会自动把fflush stdout;解析为标准的函数调用fflush(stdout);。

需要注意的是，-Wall选项只是开启各类警告，并不会禁用这个GNU扩展，所以代码能顺利编译运行。如果加上-std=c99或-pedantic选项强制遵循C标准，GCC就会立刻报错，提示你缺少函数调用的括号。

为什么自定义函数这么写会报错？ #

你看到的报错expected ';' before 'parameter'，本质是编译器没把custom_function识别成函数，大概率是以下原因：

• 你没有提前声明custom_function的函数原型，编译器无法判断它是函数，就会把这行代码解析成两个独立变量的表达式（custom_function和parameter），但缺少运算符连接，自然触发语法错误。
• 即使你声明了函数，但如果编译时启用了严格标准模式（比如-std=c99），这个省略括号的扩展会被直接禁用，同样会报错。

其实如果给自定义函数加上正确的声明，并且在GCC默认模式下编译，这种省略括号的写法也是可以通过的——比如试试这段代码：

#include <stdio.h>

// 提前声明函数原型
void custom_function(int param);

int main(void) {
    int x = 10;
    custom_function x; // GCC会解析为custom_function(x);
    return 0;
}

void custom_function(int param) {
    printf("Param value: %d\n", param);
}

用gcc -Wall test.c编译运行，完全可以正常工作。

其他编译器的表现？ #

不同编译器对这个非标准扩展的支持差异很大：

• Clang/LLVM：和GCC完全对齐，默认模式支持单参数函数省略括号，启用-std=cXX或-pedantic后禁用。
• MSVC（微软Visual C++）：完全不支持这个扩展，哪怕是默认模式下，fflush stdout;这种写法也会直接报错，要求必须加括号。
• ICC（Intel C++ Compiler）：部分版本支持GNU兼容扩展，默认模式下可能允许，但严格标准模式下会禁用。

总结 #

这种省略括号的写法是非标准C语法，只在支持GNU扩展的编译器中生效，移植性非常差。建议始终使用标准的fflush(stdout);写法，避免依赖编译器的非标准特性。

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