2024.8 期

BraumAce2025/10/5约 1405 字大约 5 分钟

8.28

一文读懂UML | 轻松搞定·需求分析！：UML 速通——分结构型 / 行为型两类，逐个拆解类图、对象图、活动图、状态机图、顺序图、通信图六种常用图：类间关联 / 包含 / 继承 / 依赖关系符号、活动图判断分支与泳道并发、顺序图 Loop / Alt / opt 三种循环分支语法，配大量实例图理解，主要参考《火球——UML 大战需求分析》。

一个IM（即时通讯）项目的后端系统：开源生产级 IM 系统 echo-im 的实现——SpringBoot 3 + Netty + WebSocket 微服务架构，严守「实时性 / 不丢失 / 幂等性 / 时序性」四大原则：应用层 ACK + Redis/MySQL 双存储 + MQ 补偿保证不丢，雪花 MsgId + 客户端 SEQ 保证幂等与有序，且 RabbitMQ / Redis / RocketMQ 三种消息中间件按 serverId hash 路由可切换。
临时抱佛脚必看｜一个月速通高级系统架构设计师！（低分飘过版）：阿里工程师 40 天软考高级架构师应试 SOP——第一周熟悉考纲，第二周用「软考通」APP 刷完 750 道选择题，第三周按 09-22 年规律背简答题（质量属性 / UML / 嵌入式 / 数据库 / Web 架构），第四周准备 5 套论文模板覆盖历年命题方向；心法是「会八股 + 自圆其说让阅卷老师看出技术」即可低分飘过。

Redisson-红锁(Redlock)-使用/原理：解决 Redis 主从异步复制下分布式锁安全失效问题——客户端依次向 N 个完全独立的 Redis master 申请锁，仅当 N/2+1 节点成功且总耗时 < 锁失效时间才算成功；附 RedissonRedLock 调用示例与 RedissonMultiLock.tryLock 源码解析（失败节点上限计算、争锁超时控制、锁自动续期）。
用户认证：基于jwt和session的区别和优缺点：JWT vs Session 取舍——区别在状态存放位置（Session 在服务端、JWT 在客户端 Header / Payload / Signature 三段拼接）；JWT 优势是无状态、易水平扩展、载荷可携带常用信息减少查库，劣势是 Payload 仅 base64 不加密不能放敏感数据、长度远超 sessionId 致每请求开销大、签发后到期前无法废弃（要么维护 redis 黑名单退化成有状态）；结论：JWT 适合「短有效期 + 一次性」场景（如激活邮件链接），单点登录与长会话管理仍优先用 Session。

什么是系统设计？以及如何设计一个新鲜事系统？：九章算法 4S 分析法系统设计方法论——Scenario（先估 DAU / QPS 定规模与机器选型）→ Service（Replay 所有需求 + Merge 同类逻辑拆服务）→ Storage（为每个服务选合适的库与 schema）→ Scale（解决缺陷 + 容错维护），并以「设计一个新鲜事系统」完整走一遍方法论。
三种权限模型该如何选择？看完这篇就够了：RBAC / ABAC / NGAC 三种权限模型对比与选型——RBAC 适合角色明确的中小企业，ABAC 适合多用户、需细粒度动态策略的大型组织，NGAC 以图模型叠加策略解决 RBAC「角色爆炸」与 ABAC「属性管理负担」问题；附 Authing 上 RBAC（角色-资源-操作）+ ABAC（基于属性的限制条件如 MFA / IP / 资源所有者）集成示例。

基于有限状态机与消息队列的三方支付系统补单实践：字节支付团队补单机制演进——从「卡单 / 掉单」中间态切入，靠状态机 + 幂等性让正向流程直接复用为补偿接口；四版迭代：单纯 MQ 即时补偿 → 异常表兜底发送失败消息 → RocketMQ 死信队列 + 业务低峰兜底定时任务 → 按异常类型精细化补偿（缺啥补啥），形成「即时消息为矛、异常表 + 延时重试为盾」的业务层最终一致性方案。

低延时直播系统在欧洲杯的实践：爱奇艺体育欧洲杯 51 场低延时直播降本方案——RTMP 传输用 QUIC 重构（更快建连、消除队头阻塞、BBR / Cubic 弱网拥塞控制），自研 Rcache 服务部署到点播服务器复用点播带宽（成本约低延时直播一半），配合 Prepush 提前拉起、按运营商 / 区域哈希调度、RCache 多备路无感切换、起播失败回退切片流兜底，实测点播带宽复用率 82%、延时较切片直播减少 20 秒。

云音乐贵州机房迁移总体方案回顾：网易云音乐 2000+ 应用、100w+ QPS 不停机搬迁贵州机房复盘——分批四原则（团队 / 领域解耦、服务端流量自闭环、C 端优先、资源约束分批）；切流主入口为客户端域名 + 网关按用户 ID / 设备 ID / IP 比例灰度，RPC 路由对齐、定时任务 / MQ 切换、存储层最后切换（DB / Redis / Memcached 各按场景选「读本地写远程 / 双写 / 禁写」策略）；在 30ms 跨机房 RT、200Gbps 长传带宽、不出 P2 三重约束下，配套信息盘点、新增风险处理、历史债务清理、监控告警、应急预案、杭州集群下线等八项稳定性保障。

正好今天网易云的机房 "炸" 了三个小时 😁