为何本地变量config被当作全局变量访问？Lambda运行报错本地正常

1. 函数本该报错吗？ #

是的，这段代码理应触发NameError。按照Python的作用域规则，当函数内部引用一个未在局部作用域定义的变量时，会向上查找全局作用域。如果全局作用域中也不存在这个变量，Python就会抛出NameError: name 'config' is not defined。你的函数既没有在局部定义config，也没有用global config声明引用全局变量，所以只要全局作用域没这个变量，就必然报错。

2. 本地运行正常的原因 #

本地环境的全局作用域里恰好存在一个名为config的变量，可能的场景包括：

• 本地原代码文件中，在函数执行前已经定义了config变量（比如config = ProjectConfig(...)，或是从其他地方导入后赋值给了config）；
• 如果是在终端交互模式下运行，之前的命令可能已经创建了全局的config变量，函数执行时直接找到了它；
• 本地代码的模块依赖中，某个导入的模块在全局作用域注入了config变量。

3. Lambda报错的原因 #

同事把ProjectConfig和project_configs拆分到constants.py导入后，Lambda的执行环境满足两个关键条件：

• 新代码结构的全局作用域里，不再有config变量的定义或赋值；
• Lambda的执行是无状态的，每次调用都是干净的全新环境，不会遗留之前执行产生的变量，所以找不到config就直接触发了预期的错误。

修复建议 #

• 如果config是需要从constants.py获取的实例，直接在函数内部导入并初始化：

  from constants import ProjectConfig, project_configs
  
  def get_fields_for_issuetype(issuetype):
      config = project_configs.get("your_project_key")  # 或根据逻辑初始化对应配置
      # 后续业务逻辑
  

• 如果config是全局单例，确保在模块级别（函数外部）完成定义或导入赋值，保证函数能正确访问到全局作用域的config。

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