OOP 的8个核心概念：
| 概念 | 作用 | 关键词 |
|---|---|---|
| 类与对象 | 模板 vs 实例 | 模板化 |
| 封装 | 隐藏细节 | 安全性 |
| 继承 | 复用代码 | 重用性 |
| 多态 | 同一接口，不同实现 | 灵活性 |
| 抽象 | 简化复杂度 | 易用性 |
| 方法 | 对象的行为 | 操作 |
| 消息传递 | 对象间通信 | 解耦 |
| 组合 | 构建复杂对象 | 模块化 |
记住：OOP 不是目的，而是手段。
真正的目标是：
组织代码：让代码结构清晰
易于维护：修改一处不影响全局
便于扩展：添加新功能不破坏旧代码
最后建议：
不要害怕OOP，把它想象成创建数字乐高积木。看书、看教程，然后多写代码——没有比练习更好的学习方法了！
掌握这些概念，你就能从写简单的脚本，进阶到开发复杂的软件系统！
DDD 的 8 个核心概念：
| 概念 | 作用 |
|---|---|
| Business Entities | 用模型表达业务概念 |
| Model Boundaries | 用边界隔离复杂度 |
| Aggregation | 保证数据一致性 |
| Entities vs Value Objects | 区分有身份和无身份的对象 |
| Operational Modeling | 用领域服务和事件封装操作 |
| Layering | 用分层组织代码结构 |
| Build Domain Model | 从业务知识中提取模型 |
| Unified Language | 让团队讲同一种语言 |
记住：DDD 不是银弹，它是一套让技术团队与业务专家有效沟通的方法论。
没有完美的架构模式，只有最合适的。在实际项目中，有时也会混合使用多种架构模式来满足不同的需求。关键是要深入理解业务场景，权衡各种因素，做出明智的架构决策。
记住：技术的价值在于解决实际问题。理解这4种方式，你就能更好地设计和选择适合自己业务的支付方案。
掌握数据库锁机制，是后端开发者的必修课。快速回顾这 9 种锁：
| 锁类型 | 用途 | 使用场景 |
|---|---|---|
| Shared Lock | 读锁 | 报表查询、数据统计 |
| Exclusive Lock | 写锁 | INSERT/UPDATE/DELETE |
| Update Lock | 防死锁 | 读后写场景 |
| Schema Lock | 锁表结构 | DDL 操作 |
| Bulk Update Lock | 批量导入 | 大数据迁移 |
| Key Range Lock | 防幻读 | 金融交易 |
| Row-Level Lock | 行级锁 | 高并发 OLTP |
| Page-Level Lock | 页级锁 | 折中方案 |
| Table-Level Lock | 表级锁 | 批量更新 |
记住这 3 条黄金法则：
1. ✅ 尽量用行锁，提升并发度
2. ✅ 减少锁持有时间，快速提交
3. ✅ 避免长事务，降低死锁风险