可以省略，但不推荐省略)
在嵌入式 C 语言（尤其是基于 C89/C99 标准的 MCU 开发，如 HC32、STM32）中，static void EXTI_GpioInit(void)里的参数列表(void)可以省略，但不推荐省略—— 核心结论：语法允许省略，但省略后可读性变差、存在兼容性风险，工程开发中建议保留(void)。
一、语法层面：为什么可以省略？（C 语言标准规则）
C 语言中，函数参数列表的(void)表示 “该函数无参数”，这是显式声明；而如果直接写()（空括号），表示 “函数参数未指定”（隐式声明），二者在语法上都合法，但语义有差异：
| 函数声明写法 | 含义（C89/C99 标准） |
|---|---|
static void EXTI_GpioInit(void) | 显式声明：函数无参数，调用时不能传任何参数（传参编译报错），语义清晰。 |
static void EXTI_GpioInit() | 隐式声明：函数参数 “未指定”（早期 C89 允许后续补参数，C99 后逐步限制），调用时传参可能不报错（但行为未定义），语义模糊。 |
简单说：C 语言允许用()表示无参数，但这是 “历史遗留语法”，现代 C 标准（C99 及以后）更推荐用(void)显式声明无参数。
二、工程层面：为什么不推荐省略？（嵌入式开发核心考量）
嵌入式开发追求 “可读性、稳定性、兼容性”，省略(void)会带来 3 个关键问题：
1. 可读性差，容易误导他人
- 新手可能误以为
static void EXTI_GpioInit()是 “参数未确定” 或 “支持任意参数”，而(void)能直接明确 “函数无参数”，无需额外解释； - 嵌入式项目多为团队协作，显式声明能减少沟通成本，避免因语义模糊导致的调用错误。
2. 存在兼容性风险（跨编译器 / 标准）
- 虽然主流 MCU 编译器（GCC、MDK-ARMCC）对
()和(void)都兼容，但部分严格遵循 C 标准的编译器（如高版本 GCC 开启-std=c99选项）会对()的隐式声明给出警告； - 若项目后续需要移植到其他 MCU 或编译器，
(void)的兼容性更强，不会出现 “隐式声明导致的编译错误”。
3. 不符合嵌入式开发规范
几乎所有嵌入式 MCU 的官方固件库（如 HC32 的hc32f460_gpio.h、STM32 的stm32f4xx_hal.h）都采用(void)声明无参数函数，例如：
// HC32官方库函数示例 void GPIO_StructInit(stc_gpio_init_t *pstcGpioInit); void UART_Cmd(M4_USART_TypeDef *USARTx, en_functional_state_t enNewState); // STM32 HAL库函数示例 void HAL_GPIO_Init(GPIO_TypeDef *GPIOx, GPIO_InitTypeDef *GPIO_Init); void HAL_UART_MspInit(UART_HandleTypeDef *huart);遵循官方规范的写法，能让代码风格统一，便于维护和复用。
三、实战建议：嵌入式开发的最佳实践
无参数函数：必须写
(void)例如：static void EXTI_GpioInit(void)（推荐），明确无参数，符合规范，可读性强。有参数函数：按实际参数列表写例如：
static void EXTI_Config(uint8_t ch, uint8_t edge)（参数明确，无需省略）。避免混合写法不要在部分函数写
(void)、部分写()，保持项目内风格统一（建议参考所用 MCU 的官方库风格）。
四、总结
- 语法上：
static void EXTI_GpioInit()是合法的，能正常编译运行； - 工程上：强烈建议保留
(void)—— 显式声明无参数，可读性强、兼容性好、符合嵌入式开发规范，避免后续维护和移植踩坑。
嵌入式开发中，“规范” 和 “可读性” 往往比 “简洁” 更重要，(void)虽只多写 6 个字符，却能大幅提升代码的专业性和可维护性！
