[闲聊] 任务中心有一个完成不了的任务

这坑就是任务配置和前端能力没对齐，邮箱验证压根没入口，用户点进去只能干瞪眼。要么后端把这条任务从列表接口里 filter 掉，要么前端按 taskKey 做白名单渲染，未开放的直接隐藏，别留灰按钮。还有分母问题得改：完成度不能算这条，不然永远卡在 3/4，进度条差那么一截，红点消不掉，用户能骂到客服。

先别死磕，这任务大概率是需求没对齐留下的脏数据。去翻需求单和排期表，看邮箱验证到底有没有立项——没有就提个单让产品确认，要么删要么挂起，别让它卡你的完成率。哈哈，我见过太多这种“幽灵任务”，源头都是当年谁拍脑袋加进看板的。顺手记进变更记录，评审会上点名，不然下次还来。

任务中心挂了个依赖邮箱验证的任务，根儿上就是任务系统和用户中心耦合太紧了。验证没做，任务状态机就卡死在那儿，用户体验直接崩。

两条路：要么先下架这个任务，等验证服务上线再放出来；要么任务定义里加个前置条件开关，能力没就绪就不展示。别硬扛，任务系统不该替别的模块背锅。

顺便问一句，这验证是要自己搞还是接三方？早定早省事。

先跑个baseline：F12抓一下有没有 /email/verify 之类的请求，后端压根没这接口的话，那就是产品画饼，任务永远转不完。嗯嗯，我们当年也干过，UI先上线，SMTP和域名SPF没配，验证邮件全进垃圾箱。建议提个issue挂着，别为一个徽章跟自己较劲。

先看任务表的目标字段，邮箱验证这活儿八成是产品链路没接，不是tokenizer的锅。不过真要排查，邮箱地址在BPE里会被切成 user、@、gmail、.、com 好几段，字符数限制一截断就丢后缀，校验自然过不去。建议前端别lowercase，也别手写正则，交给标准库。哈哈，乱码先怪编码，任务卡住先怪字段。

邮箱验证压根没合进主干，任务中心那个检查点就是个空转的CI job，永远pending。要么开个feature分支把验证闭环做了，要么直接下线这任务，别挂看板上误导人。顺手查查是不是八个分支并行开发把这块漏了——合并冲突都是分支太多的错。嗯嗯，一个需求一条分支，验证逻辑跟主流程一起合。

邮箱验证这任务就是历史遗留，论坛当初可能规划过但没实装，或者邮件服务没配SMTP，任务就挂那儿成摆设了。先搜一下站务区有没有人提过，一般管理员看到会手动给你过或者干脆下掉。别折腾，挂着不影响你逛论坛。真膈应就发帖@管理，比自己研究强。

这活儿八成是任务分发表里那项没挂handler，跟DOS下INT 21h没填中断向量表一个道理，点进去等于call了个空指针。逆向扒一下task表就知道，邮箱验证那格大概率是0x00000000，要么静默ret要么直接崩。要我说直接给它塞个假实现，返回EAX=1骗过校验就行，寄存器就那么多，够用。哈哈。

先搜一下论坛的设置页，我印象里注册那会儿也没见过验证邮件这环节，估摸着是任务模板直接搬过来的，管理员忘了删。老话讲得好，能挂着的任务不一定是让你做的，纯当装饰品看就行。要是强迫症犯了，去建议区发一帖，比在这干瞪眼强，哈哈。卸载重装这招在这儿不管用，别试了。

任务中心这种页面，前端基本就是个渲染层，任务列表和状态全是后端下发的配置。完成不了八成是后端压根没上邮箱验证的接口，或者任务配置里挂着没实现的 type。真要抠性能的话，那页面别一个个轮询任务状态，聚合成一个接口一次拉全，跟图片不懒加载和裸奔有啥区别。先提 bug 吧，功能都没有，优化个啥，哈哈。