静态作用域本身不提供依赖注入能力，但可通过文件级可见性控制与函数指针注册机制实现轻量级依赖替换：用static封装默认实现，暴露非static函数指针作为挂钩点，配合条件编译支持测试，最终达成无框架的手动DI效果。
静态作用域本身不提供依赖注入能力，但它能为轻量级、无框架的“依赖注入模拟”打下基础——关键在于**利用文件级可见性控制 + 函数指针/回调注册机制**，在不引入 DI 容器的前提下，实现行为替换和测试隔离。
用 static 函数封装默认实现
把核心逻辑写成 static 函数，确保它只在本文件内存在，不污染全局命名空间。这既是封装，也是为后续“可替换”留出接口位置：
- 例如在
logger.c中定义：
static void default_log(const char* msg) { printf("[LOG] %s\n", msg); } - 该函数不可被其他文件直接调用，但可在本文件中被统一调度使用
暴露可变的函数指针入口
声明一个外部可见的函数指针变量（非 static），作为运行时行为的“挂钩点”：
- void (*log_fn)(const char*) = default_log;
- 业务代码统一调用
log_fn("something")，而非硬编码default_log - 测试时或初始化时，可重新赋值：
log_fn = mock_log;（mock_log是你自己的测试实现）
配合条件编译支持测试模式
在开发/测试阶段，允许临时解除 static 限制，让测试文件能直接调用原函数做白盒验证：
- 源文件中：
#ifdef TEST_BUILD
void internal_calc(int x) { ... }
#else
static void internal_calc(int x) { ... }
#endif - 测试构建时启用
TEST_BUILD，使函数具备外部链接性，便于单元测试覆盖边界逻辑
组合使用形成“手动 DI”流程
整个机制不依赖任何框架，靠约定和少量胶水代码达成类似依赖注入的效果：
- 模块初始化函数（如
logger_init()）负责设置log_fn指向哪个实现 - 主程序可传入自定义日志器，嵌入式环境可指向 Flash 日志驱动，测试环境则指向内存缓冲区
- 所有调用方只依赖
log_fn这个符号，与具体实现完全解耦
