qq_45685275的博客

策略模式定义了一系列算法，并将每一个算法封装起来，使它们可以互相替换。策略模式让算法的变化独立于使用算法的客户。简单来说，当一个任务有多种不同的处理方式（算法）时，与其在执行任务的代码内部堆砌大量的if-else或来选择具体方式，不如将这些不同的处理方式分别封装成独立的“策略”类，然后在运行时动态地选择并使用某个策略。核心思想：将易变的算法逻辑从使用它的上下文中分离出来。定义一个策略接口，所有具体策略都实现这个接口。上下文（Context）仅依赖于策略接口，而非具体实现。

想象一下你关注了某个技术大佬的公众号（比如我这个，咳咳…）。大佬（，被观察者/主题）一发布新文章，微信（平台机制）就会自动通知所有关注了他的粉丝（Observer，观察者）。你作为粉丝，只需要做一件事：关注（等文章来了，你就收到通知，然后去阅读（Update如果哪天你不想关注了，取关（）就行。定义对象间的一种一对多的依赖关系，当一个对象（Subject）的状态发生改变时，所有依赖于它的对象（Observers）都将得到自动通知并更新。

模板方法模式，这位看似简单的老大哥，其实蕴含着深刻的面向对象设计思想。它通过定义一套标准流程，并将变化点延迟到子类实现，完美地体现了代码复用和开闭原则。它的核心价值在于封装不变，分离可变：将稳定的算法结构封装在父类，易变的部分交给子类，职责清晰。代码复用：公共的步骤和逻辑在抽象父类中实现一次即可，避免了在各个子类中复制代码。扩展性好：增加新的算法变种，只需要添加新的子类，符合开闭原则。规范流程：强制子类遵循预定义的算法流程，保证了核心逻辑的统一性。

在 Java 开发中，我们经常需要创建对象的副本。有时是为了保护原始对象不被修改，有时是为了在多线程环境中安全地传递数据，或者仅仅是需要一个具有相同状态的新起点。Java 提供了 `clone()` 方法来实现这一目的，但它的机制和使用方式却有不少“坑”和需要注意的细节。本文将带你深入理解浅克隆、深克隆，并探讨各种场景下的最佳实践。

在面向对象编程（OOP）中，类（Class）、抽象类（Abstract Class）和接口（Interface）是构建软件系统的基石。它们之间的继承（Inheritance）和实现（Implementation）关系构成了OOP中代码复用、抽象和多态的核心机制。然而，这些关系有时会让人混淆。本文旨在彻底厘清这三者之间所有有效的继承和实现关系，并辅以简要图示和代码示例。

HashSet用起来简单方便，但想用好、避免踩坑，就得明白它的“后台老板”是HashMap，以及它是如何依赖hashCode()和equals()这俩“左膀右臂”来工作的。所以，下次再遇到HashSet我的hashCode()和equals()方法，写对了吗？我动了不该动的对象属性吗？HashSet：你以为它只是个简单的“去重工具”？不，它其实是个对hashCode和equals很讲原则的“细节控”！希望这篇文章对你有帮助！

在 Java 开发中，Map 接口的实现类 HashMap 和 Hashtable 是我们存储键值对数据的常用工具。它们都提供了快速的查找、插入和删除操作。然而，它们之间存在一些关键差异，如果不了解这些差异，很容易在不经意间踩到“坑”。今天，我们就从一个非常容易遇到的坑开始，逐步深入探讨 HashMap 和 Hashtable 的区别及其底层实现。

好了，让我们来总结一下==和equals()==运算符:比较值是否相等。比较两个引用变量是否指向堆内存中的同一个对象实例（比较内存地址）。equals()源自Object类，默认实现是==。设计意图是比较两个对象在逻辑上是否相等（比较内容/状态）。核心类库（如StringIntegerDate等）已经重写了equals()以实现内容比较。自定义类如果需要比较内容，必须重写equals()，并严格遵守其约定。hashCode()与equals()紧密相关。重写equals()时，必须同时重写。

Java 不推荐使用Stack的主要原因是它的设计存在缺陷，包括继承Vector带来的问题、性能开销以及不符合现代编程实践。取而代之的是，推荐使用Deque接口的实现类（如ArrayDeque）来实现栈的功能，这种方式更灵活、更高效，也更符合现代编程的最佳实践。

在 Java 编程中，包装类（如 Integer、Long、Character 等）是不可或缺的一部分，它们为基本数据类型提供了对象化的支持。然而，频繁创建和销毁包装类对象可能会带来性能开销和内存浪费。为了解决这一问题，**Java 引入了包装类缓存机制，通过缓存常用范围内的对象，显著提升了程序性能并减少了内存占用**。本文将深入探讨 Java 包装类缓存机制的原理、实现方式以及在实际开发中的应用，以避免在工作中犯低级错误。