2. Feature Flag 基础概念

2.1 什么是 Feature Flag

Feature Flag（特性开关/功能标记）是一种软件技术，允许在不部署新代码的情况下，通过配置开关动态控制功能的启用或禁用。它本质上是代码中的条件判断逻辑，将功能的发布决策与代码部署解耦。

一个典型的 Feature Flag 在代码中的表现形式：

# Python 示例：基于 Feature Flag 控制新支付网关
if feature_flag.is_enabled("new_payment_gateway", user_id=current_user.id):
    return process_with_new_gateway(order)
else:
    return process_with_legacy_gateway(order)

Feature Flag 的核心要素包括：Flag 名称（唯一标识）、目标受众（用户/流量/环境）、开关状态（on/off/百分比）、生效范围（全局/特定用户组/随机采样）。

2.2 Flag 的类型

根据使用场景和生命周期特征，Feature Flag 通常分为以下四种类型。理解这些分类是设计变更闸口策略的前提。

下图展示了四种 Flag 类型在发布流程中的典型位置和切换关系：

2.3 Flag 的生命周期

Feature Flag 并非一次性配置，它遵循完整的生命周期管理。在变更冻结闸口和蓝绿发布中，Flag 的生命周期管理直接决定了发布的可靠性和技术债的积累程度。

一个标准的 Feature Flag 生命周期包含以下六个阶段：

1. 创建（Create） — 在配置中心或代码仓库中定义 Flag 名称、默认值、描述和所有者。建议使用命名规范如 release_2025Q1_new_checkout。
2. 评估（Evaluate） — 应用运行时读取 Flag 状态，根据目标受众规则决定功能是否启用。评估性能应控制在微秒级，避免阻塞主流程。
3. 变更（Change） — 通过管理界面或 API 修改 Flag 状态（on/off/百分比）。变更应记录审计日志，并触发告警通知。
4. 稳定（Stabilize） — 功能全量发布后，Flag 保持“永久开启”状态，作为回滚的备用手段。此阶段通常持续 1~2 个发布周期。
5. 废弃（Deprecate） — 确认功能稳定且无回滚需求后，标记 Flag 为废弃状态，从配置中心移除但保留历史记录。
6. 清理（Cleanup） — 从代码中移除 Flag 的条件分支逻辑，删除配置项。这是防止技术债累积的关键步骤。

下表总结了生命周期各阶段的关键操作和责任人：

下图展示了 Feature Flag 从创建到清理的完整生命周期流转：

2.4 变更冻结闸口中的 Flag 选择策略

在变更冻结闸口和蓝绿发布场景中，不同类型的 Flag 承担不同职责。以下是推荐的选型对照：