核心创建一系列相关或相互依赖的对象家族。场景: 现在的用户很挑剔。买 iPhone 必须配 iOS 系统和 Lightning 线；买华为必须配鸿蒙和 Type-C 线。这是成套的（产品族）。如果用上面的工厂方法，你可能造出了 iPhone，却配了 Android 系统（不兼容）。抽象工厂iPhoneiOSLightning。代码// 苹果工厂保证产出的手机和系统是配套的应用: 适合换“皮肤”、换

核心创建一系列相关或相互依赖的对象家族。场景: 现在的用户很挑剔。买 iPhone 必须配 iOS 系统和 Lightning 线；买华为必须配鸿蒙和 Type-C 线。这是成套的（产品族）。如果用上面的工厂方法，你可能造出了 iPhone，却配了 Android 系统（不兼容）。抽象工厂iPhoneiOSLightning。代码// 苹果工厂保证产出的手机和系统是配套的应用: 适合换“皮肤”、换

结果，你虽然有 10 个服务，但每次上线都得 10 个团队坐在一起，喊“1、2、3”一起按发布按钮。微服务不是为了“性能”而生的（实际上它通常会降低性能），它是为了**“规模”**而生的。你的首页有一个不重要的功能：“显示今日星座运势”。当星座服务挂了时，直接快速失败（Fast Fail），不要卡死线程，保住核心业务。这叫**“分布式单体”**。你失去了单体的简单，却承受了微服务的痛苦。最后你发现

就像是给机器人下命令时，手里拿一张填空表。

如果说是一个老老实实、按部就班的**“图书管理员”“速记员”**。当你在几亿条数据中搜索一个词时，MySQL 需要把所有数据（全表扫描）。而 ES 只需要，就能直接告诉你答案。这个“关键词表”，在技术上就叫做。它是所有搜索引擎（Google, Baidu, ES, Lucene）的核心基石。

是一个极其强大的“Git 历史美容工具”。通过熟练运用picksquashfixup等命令，我们可以将开发过程中的“流水账”式提交，精炼成一份清晰、专业、具有可读性的“作品集”。这不仅是对代码审查者的尊重，更是专业精神的体现。记住，你的 Commit Message，是你留给未来自己和同事的、最重要的“代码注释”。一个干净的提交历史，是比任何文档都更宝贵的财富。

扫码登录，其本质是一个基于唯一ID（二维码ID），通过一个中央协调者（服务端），来完成跨设备状态同步和授信的精妙流程。二维码是**“一次性桥梁”**，连接了 PC 端和手机端。手机 App 是**“身份认证官”**，提供可信的登录凭证。PC 端的长轮询/WebSocket 是**“信号接收器”**，时刻等待服务端的指令。服务端是**“总指挥”**，管理状态机，撮合整个过程。

特性TCP (打电话)UDP (寄明信片)是否连接✅面向连接(必须先“拨号”建立通话)❌无连接(直接“扔邮筒”)是否可靠✅可靠(有确认、有重传，保证送达)❌不可靠(尽力而为，可能丢失)是否有序✅有序(保证信息按顺序到达)❌无序(可能先到后发)速度慢(准备工作和确认机制有开销)快(没有额外开销，只管发送)核心比喻打电话寄明信片应用场景要求绝对可靠：网页浏览(HTTP)、文件传输(FTP)、电子邮件(

CAS 是一条 CPU 原子指令（cmpxchg它的核心思想是乐观锁。它在修改数据时，不加锁，而是抱着一种“赌徒”心态：“我猜根本没人跟我抢，我现在就去改。如果真有人抢了，我再重试。CAS 检查的是：“现在的值是不是 100？如果是，它就认为“没变过”。原来的值是A (100)。中间有个线程把它改成了B (50)。又有一个线程把它改回了A (100)。你的 CAS 过来检查：“哟，还是 100，没

在绝大多数情况下，为了代码的清晰和可维护性，强烈建议将自增操作作为一条独立的语句来编写（是合法的，但这往往会降低代码的可读性，并可能在复杂表达式中引入难以发现的Bug。的余额（5个金币），立刻为你打印了一张回执，上面写着：“的余额（6个金币），并为你打印了一张回执，上面写着：“指令将变量的原始值加载到操作数栈，然后再用。这是一种“客户优先”、先给凭证的服务模式。— “便捷模式：先给回执，再办业务”