airflow.cfg与airflow_local_settings.py的关系及区别是什么

两个文件定位完全不同，不存在功能重叠：

• airflow.cfg
  是Airflow的主静态配置文件，采用ini格式存储键值对参数，覆盖所有标准化运行配置：包括元数据库连接地址、Executor类型、Webserver服务端口、DAG扫描路径、日志存储规则、告警邮箱配置这类固定参数。
  配置加载优先级从高到低为：环境变量 > 用户自定义airflow.cfg > 代码内置默认配置模板，修改配置后需要重启对应Airflow组件（scheduler、webserver、worker等）才能生效，文件内仅支持固定值赋值，无法编写动态逻辑。
• airflow_local_settings.py
  是Airflow的本地扩展配置脚本，本质是可执行Python文件，不存储常规静态参数，专门用来定义需要代码逻辑实现的自定义规则：比如集群级DAG准入策略（自动拦截不符合命名规范的DAG、给全量DAG注入默认标签/默认重试参数）、自定义权限校验逻辑、自定义日志处理器、动态生成的连接配置等。
  该文件会在Airflow组件启动时被自动执行，文件内定义的函数、对象会直接注入Airflow运行上下文，修改后同样需要重启组件生效。

• 加载顺序存在依赖：Airflow启动时会先读取airflow.cfg的配置，其中[core]分区下的local_settings_file配置项专门用来指定airflow_local_settings.py的存放路径，默认路径为$AIRFLOW_HOME/config/airflow_local_settings.py，只有读完cfg配置，Airflow才能定位到本地设置文件完成加载。
• 配置边界完全独立：二者负责的配置场景没有重叠，不存在互相覆盖的关系——你无法在airflow_local_settings.py中修改Webserver端口这类静态运行参数，也无法在airflow.cfg中编写自定义DAG拦截逻辑这类需要代码实现的规则。
• 二者配合覆盖Airflow全量配置场景：静态标准化参数走cfg配置，需要动态逻辑的自定义扩展走py脚本配置，是Airflow本地配置的两个核心入口。

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