《互联网产品的服务端架构·内容、社交与实时互动》附录 C 互动与通知检查清单
把卷二各章的判断整理成可直接使用的检查清单:发布与审核、可见性、Feed、互动计数、评论、IM、推送、搜索、推荐各有一组可勾选项,每项写明检查什么、为什么检查、不通过时用户会看到什么,并按 P0/P1/P2 分级,适合方案评审与上线前自查。
tag
把卷二各章的判断整理成可直接使用的检查清单:发布与审核、可见性、Feed、互动计数、评论、IM、推送、搜索、推荐各有一组可勾选项,每项写明检查什么、为什么检查、不通过时用户会看到什么,并按 P0/P1/P2 分级,适合方案评审与上线前自查。
把卷二涉及的内容、媒体、审核、关系、评论、计数、会话、消息、已读与索引整理成一张可对照的数据模型:每张表列出关键字段、类型、索引与写入方,并说明哪些字段可以冗余、哪些必须由单一服务负责写入,附冗余字段判定表、迁移顺序建议与常见建模错误对照。
卷二目录:13 章从内容模型、发布审核、Feed 推拉与排序,讲到社交关系、计数与互动、评论、IM 消息与投递、推送、搜索与推荐接入,最后用一条发布到通知的端到端链路收口;每节配可运行的 Go 代码、失败场景与取舍依据,并给出四条阅读路径。
卷二前言:说明本书的读者对象、13 章的组织方式、每章的统一结构、可运行 Go 实验工程的用法、代码分级与版本口径、命名与错误处理约定、表格的读法,以及三种阅读路径、如何跳过已熟悉的部分与如何验证自己真的读懂了;全部代码来自可运行的 Go 1.26 实验工程。
卷二序:当产品从「能注册、能改资料」长到「有人发、有人看、有人回应」,服务端要解决的核心问题就从能力建设变成可见性、分发结构与实时一致性;这一卷写给正在做内容社区、社交或 IM 的后端工程师与技术负责人,用百万级用户的「回声」案例讲清判定链、放大成本与可靠性来源。