C语言中声明非常量静态全局变量是否为良好编程实践？

非常量全局变量为何属于不良实践？ #

是的，非常量全局变量通常被认为是不良编程实践，核心问题在于：

• 命名冲突与污染：全局作用域的变量会和其他模块的同名变量冲突，甚至意外覆盖值，排查起来非常麻烦。
• 可维护性低下：任何代码都能修改全局变量，出现bug时很难追踪到修改的源头，大型项目里这会让调试成本飙升。
• 线程安全隐患：多线程环境下，无同步保护的全局变量会引发竞态条件，导致程序行为不可预期。
• 测试独立性受损：全局变量的状态会在测试用例之间残留，破坏测试的独立性，导致测试结果不可靠。

静态非常量全局变量是否更具可接受性？ #

是的，用static修饰的非常量全局变量是更优的选择，它解决了普通全局变量的大部分问题：

• 作用域隔离：static全局变量仅在当前编译单元（比如单个.c文件或被包含的.h文件范围内）可见，避免了跨模块的命名冲突和意外修改。
• 降低模块耦合：外部模块无法直接访问该变量，减少了模块间的依赖，提升了代码的封装性。
• 状态保留的便利性：当需要在模块内多个函数之间共享状态时，静态全局变量不需要额外传递上下文参数，实现更简洁。

关于小型测试工具使用静态全局变量的合理性 #

你提到的那个小型测试工具用静态全局变量统计测试总数与失败数，这种做法完全可取，原因如下：

• 工具独立性：测试框架本身是一个独立模块，静态全局变量的作用域被限制在框架内部，不会污染外部代码的命名空间。
• 简洁性优先：这类轻量级工具追求代码精简，用静态全局变量共享状态，不需要额外定义结构体或传递指针，符合工具的设计目标。
• 场景适配：测试过程通常是单线程执行的，不存在多线程竞态问题；而且测试结束后程序直接退出，不会有状态残留影响后续逻辑的问题。

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