嘿，这个问题问到点子上了！其实不光是嵌入式编程，整个C/C++开发领域里，头文件和源文件同名都是非常普遍的做法，核心意图主要有这么几点：

• 分离接口声明与实现，降低耦合度
  这就是你提到的核心原因——头文件相当于模块对外的“使用说明书”，只需要暴露其他模块需要用到的内容：比如函数声明、宏定义、结构体/枚举类型的定义等；而同名的源文件则负责实现这些接口的具体逻辑，相当于“说明书背后的生产车间”。其他模块只需要包含头文件就能调用功能，完全不需要关心内部实现细节。
  举个你给出的例子：

  • Example.h中的声明：void func(); 告诉其他代码“我提供了一个叫func的函数，可以直接调用”
  • Example.c中的定义：void func() { printf("Do Nothing"); } 这是func的具体实现，只有编译这个源文件时才会被处理，其他模块看不到也不需要关心

• 清晰划分模块边界，提升可维护性
  嵌入式项目通常涉及大量硬件外设驱动、功能模块，同名的文件对能让开发者一眼就识别出这是一个独立的功能单元——比如UART驱动对应uart.h和uart.c，LED控制对应led.h和led.c。不管是自己后期维护，还是团队协作，找某个功能的代码直接搜同名文件就行，不用在一堆杂乱命名的文件里翻找，大大降低了项目复杂度。

• 规避重复定义问题，适配编译规则
  头文件一般会加上头文件保护（比如#ifndef EXAMPLE_H/#define EXAMPLE_H/#endif或者#pragma once），确保被多个文件包含时不会重复声明；而源文件是单独编译的目标文件，同名源文件里的实现只会被编译一次，链接时不会出现重复定义的错误，完美适配C语言的编译链接机制。

• 遵循行业通用规范，降低沟通成本
  这种同名配对的写法是行业约定俗成的标准做法，新人接手项目时不需要重新适应一套陌生的命名规则，团队成员之间也能快速理解代码结构，减少不必要的沟通成本。

当然，也不是说必须严格要求同名，但在嵌入式这种对代码可读性、可维护性要求极高的场景下，这种做法是性价比最高的选择。

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