Python嵌套循环场景下是否应使用全局变量？有哪些更优方案？

首先直接给结论：两种写法都不算最优，二者的问题分别是：

• 循环内反复创建HoneyJar实例的写法：存在本质逻辑错误。你的需求是所有蜜蜂把蜂蜜存入同一个蜜罐，每次循环新建实例相当于每只蜜蜂单独拿一个新罐子存蜜，完全达不到统一收集的目的，还会产生大量无意义的临时对象造成性能浪费。
• 顶层全局变量的写法：虽然解决了实例重复创建的问题，但违反了最小依赖的设计原则，隐患非常多：
  • 函数和全局状态强耦合，无法独立做单元测试。比如你想单独验证loop_bees的遍历逻辑，没法传入测试用的模拟蜜罐对象，必须依赖全局环境里的那个实例
  • 扩展性极差。如果后续需求变更，要求不同森林的蜂蜜存入不同蜜罐、不同蜂巢的蜂蜜分类存储，全局变量的写法需要改动大量底层逻辑，很容易出现隐式状态篡改的bug
  • 代码可读性差，只看loop_bees的函数签名根本看不出它依赖了外部的honey_jar对象，排查问题时需要跨大段代码追踪状态修改点，维护成本很高。

最通用、可维护性最好的写法是依赖注入，也就是把需要共享的HoneyJar实例在最上层初始化一次，作为参数逐层传递给需要用到它的函数，全程没有隐式的全局状态。
实现代码如下：

class HoneyJar:
    def deposit_honey(self, bee):
        print(f"Honey deposited by {bee}")


def loop_bees(nest, honey_jar):
    bees = [1, 2, 3, 4]  # 模拟从当前蜂巢获取的蜜蜂列表
    for bee in bees:
        honey_jar.deposit_honey(bee)


def loop_hives(forest, honey_jar):
    bee_nests = [1, 2, 3, 4]  # 模拟从当前森林获取的蜂巢列表
    for bee_nest in bee_nests:
        loop_bees(bee_nest, honey_jar)


def main():
    # 仅在最上层初始化一次共享的蜜罐实例
    shared_honey_jar = HoneyJar()
    forests = ['Amazon', 'Madagascar']
    for forest in forests:
        loop_hives(forest, shared_honey_jar)


if __name__ == "__main__":
    main()

这个方案的优势非常明显：

• 全程只创建一次HoneyJar实例，没有冗余对象的性能开销，完全符合统一存蜜的业务逻辑
• 所有依赖都是显式声明的，看函数签名就能明确知道函数运行需要哪些参数，没有藏在全局作用域的隐式逻辑
• 可测试性强，做单元测试时可以轻松传入模拟的蜜罐对象，验证遍历、存蜜的逻辑是否正确，不会被外部全局状态干扰
• 扩展成本极低，如果后续需要按森林、按蜂巢分蜜罐存储，只需要在main层创建对应数量的HoneyJar实例，按需传入对应遍历函数即可，不需要修改底层的蜜蜂、蜂巢遍历逻辑。

如果后续业务的遍历层级特别深，逐层传参觉得繁琐，也可以把整套森林-蜂巢-蜜蜂的遍历逻辑封装成独立的类，把honey_jar作为类的实例属性持有，省掉逐层传参的步骤，但本质还是显式管理依赖，可控性远高于全局变量。

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