你认识小鲍鱼吗1. 项目背景与核心价值
最近在准备南大计算机相关专业的复试时，发现设计模式和设计原则是面试中的高频考点。作为一个经历过完整备考过程的过来人，我想把自己整理的这套知识体系分享给大家。不同于教科书式的理论罗列，我会结合实际的面试真题和项目经验，带你用最短的时间掌握最核心的要点。
设计模式本质上就是前辈们总结出来的"最佳实践套路"。就像做菜有固定的工序一样，写代码也有经过验证的优秀模板。掌握这些模式不仅能让你在面试中对答如流，更重要的是能显著提升日常开发中的代码质量。我在实际工作中就深刻体会到，合理运用设计模式可以让代码的可维护性提升好几个档次。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 设计原则深度解析
2.1 SOLID原则详解
SOLID原则是面向对象设计的基石，理解这些原则比死记硬背设计模式更重要。我在面试准备时发现，很多同学能说出设计模式的名称，但对底层原则的理解却很模糊。
单一职责原则(SRP)：这个原则最容易理解但最难实践。我做过一个电商项目，最初把订单生成、支付处理、库存扣减都放在一个类里，结果每次修改支付逻辑都要重新测试整个流程。后来拆分成三个独立类，维护成本直接降了一半。
开闭原则(OCP)：在开发日志系统时，我最初用if-else判断不同日志类型。当需要新增日志类型时，不得不修改原有代码。后来改用策略模式，通过新增策略类来扩展功能，完美符合"对扩展开放，对修改关闭"的原则。
里氏替换原则(LSP)：这个原则经常被忽视。我在重构一个图形绘制系统时，把父类的draw方法设为抽象方法，强制子类实现，而不是提供默认实现然后让子类覆盖，这样就避免了子类破坏父类契约的风险。
2.2 其他重要原则
DRY原则：在开发用户权限系统时，我发现多个模块都有权限校验代码。通过提取公共的AuthService，不仅减少了代码量，更重要的是保证了权限逻辑的一致性。
KISS原则：曾经为了炫技，我设计了一个过度复杂的消息通知系统，用了观察者+装饰器+工厂三种模式。结果其他同事根本看不懂，最后不得不简化。这个教训让我明白：能用简单方案解决的问题，就不要过度设计。
3. 创建型模式实战
3.1 单例模式的正确姿势
单例模式看似简单，但坑特别多。我在面试中经常被问到线程安全的单例实现，这里分享几种常见写法：