会员等级升级需动态判定而非仅看积分，核心步骤为：查当前等级及有效期、查应属等级、比对是否升级/降级/续期、执行变更并触发事件。
会员等级升级的核心是“积分累计 + 规则匹配”，不是单纯判断当前积分是否达标，而是要结合成长值、有效期、历史等级、升级条件（如连续登录、消费次数等）做动态判定。Yii 中推荐用行为（Behavior）+ 状态机思想解耦逻辑，避免在 User 模型里堆砌 if-else。
定义等级配置与成长值规则
把等级门槛抽离为配置，便于运营后台调整。建议用数据库表 member_level 存储：
- level_id：等级 ID（1=青铜，2=白银…）
- name：等级名称
- min_score：累计成长值下限（含）
- max_score：上限（不含），或设为 NULL 表示无上限
- valid_days：该等级默认有效期（天），0 表示永久
- auto_upgrade：是否允许自动升级（true/false）
在 Yii 应用中可封装为 LevelConfigService 类，提供 getLevelByScore($score) 和 getNextLevel($currentLevelId, $score) 方法。
升级触发时机与事件驱动
不要在每次查用户时实时计算等级，而应在成长值变更的关键节点触发升级检查：
- 用户完成订单（增加消费分）
- 每日签到（增加活跃分）
- 后台手动调整成长值
- 定时任务清理过期等级（如每月1号执行）
Yii 中可用 Event::on(User::class, User::EVENT_SCORE_CHANGED, [LevelUpgradeHandler::class, 'handle']) 统一监听。Handler 内部调用 LevelConfigService 获取目标等级，并检查是否需升级、降级或续期。
升级逻辑核心判断步骤
一次完整升级判定包含四步：
- 查出用户当前等级及有效期（
user_profile.level_id,level_expired_at） - 根据当前总成长值，查出应属等级（
LevelConfigService::getLevelByScore()） - 比对：若新等级 > 当前等级 → 升级；若新等级 level_expired_at < now → 降级；若相等但快过期 → 自动续期（仅当该等级支持续期）
- 保存变更：更新
user_profile.level_id、level_expired_at、level_updated_at，并触发User::EVENT_LEVEL_CHANGED通知奖励发放、消息推送等后续动作
防止重复升级与并发安全
高并发场景下（如大促签到洪峰），多个请求可能同时触发升级，导致重复发奖或等级错乱。解决方案：
- 用数据库行锁：
SELECT ... FOR UPDATE锁住该用户 profile 记录 - 或用 Redis 分布式锁，key 为
"level:upgrade:{$userId}"，超时设为 5 秒 - 升级前加幂等判断：只在
current_level != target_level且target_level确实更高时才执行更新 - 日志记录每次升级尝试的 score、from_level、to_level、ip、trace_id，便于审计
不复杂但容易忽略。
