用户成长任务应采用「任务模板 + 用户进度」双表结构，即 task_templates 存规则、user_task_progress 存状态，避免单表硬扛导致的字段混乱与频繁改表。
用户成长任务怎么存：别用单表硬扛，用「任务模板 + 用户进度」双表结构
直接说结论：硬把所有任务类型塞进一张 user_tasks 表里，后期加个「连续登录7天」或「发布3篇带图笔记」就会改表、加字段、写一堆 if-else。真正可维护的做法是拆成两张表：task_templates 存规则，user_task_progress 存实时状态。
常见错误现象：SELECT * FROM user_tasks WHERE user_id = 123 AND status = 'done' 查半天发现字段含义混乱——有的 target_value 是数字，有的是 JSON 字符串，还有的靠注释猜逻辑。
-
task_templates至少包含：id、code（如login_streak_7）、type（counter/boolean/date_range）、target（目标值）、reset_policy（是否每日清零） -
user_task_progress记录：user_id、template_id、current_value、last_trigger_at、status（pending/completed/expired） - 触发任务更新时，只查
task_templates拿规则，再按type分支处理，避免在 SQL 层做业务判断
PHP 怎么自动检测任务完成：用事件钩子，别轮询或塞到每个控制器里
新手常把「发帖后检查成就」写死在 PostController::store() 末尾，结果后续加「点赞他人帖子」也要触发同一任务，就只能复制粘贴逻辑，或者搞出一个万能 checkAllTasks($user, $event) 全局函数——这会让任务逻辑和业务代码彻底耦合。
正确做法是 PHP 内部用简单事件机制解耦，比如 Laravel 自带的 Event，或原生用观察者模式：
立即学习“PHP免费学习笔记（深入）”；
- 定义事件类：
UserPosted、UserLoggedIn、UserFollowed - 每个任务模板绑定对应事件，在
task_templates加字段trigger_event（值为user_logged_in） - 登录成功后只发一次
event(new UserLoggedIn($user))，由监听器查出所有匹配的模板，再调用对应验证逻辑 - 避免在事件监听器里做耗时操作（如发通知），用队列延迟处理
新手引导弹窗怎么控制显示时机：用「步骤状态机」，别靠 session 变量堆砌
很多人用 $_SESSION['guide_step'] = 3 控制引导流程，结果用户刷新页面、切后台再回来、甚至开两个标签页，状态就错乱了。更糟的是，把引导逻辑散落在前端 JS 里，PHP 后端完全不感知，导致跳过某步后无法重置整个流程。
解决方案是把引导看作有限状态机，状态存在数据库，每次请求由 PHP 决定当前该展示哪步：
- 建表
user_guides，字段包括：user_id、guide_type（如onboarding_v2）、current_state（step_1_profile）、completed_at - 前端只传当前用户 ID，PHP 查询
current_state，返回对应步骤的配置（标题、高亮元素 selector、下一步条件） - 用户点击「下一步」时，PHP 校验前置条件（如头像已上传），通过才更新
current_state，否则返回错误提示 - 不要让前端决定“下一步是什么”，它只负责渲染和上报动作
成就解锁后怎么防重复发奖：用数据库唯一索引 + 事务，别依赖 PHP 层锁
典型错误是先 SELECT 看用户有没有拿过「首篇文章」成就，没有就 INSERT 奖励记录并更新用户积分——并发请求下两个进程同时查到“未领取”，结果发了两次奖励。
根本解法不是加 flock 或 Redis 锁，而是靠数据库约束保一致性：
- 奖励发放表
user_achievements设联合唯一索引：UNIQUE KEY `user_achievement` (`user_id`, `achievement_code`) - PHP 中用事务执行：
INSERT INTO user_achievements (user_id, achievement_code, awarded_at) VALUES (123, 'first_post', NOW()) - 捕获
SQLSTATE[23000]: Integrity constraint violation错误，而不是查再插 - 积分变更另走一条事务（
UPDATE users SET points = points + 100 WHERE id = 123），与成就记录解耦，避免长事务阻塞
最易被忽略的是「成就描述文案」和「图标路径」这类前端资源，千万别写死在 PHP 数组里。它们得和 achievement_code 绑定存在数据库或配置文件中，否则运营要换图标、改文案，就得改代码发版。
