多态通过接口或抽象类实现行为抽象，使调用方依赖于统一接口而非具体类，新增类型无需修改现有代码。例如Shape接口定义draw方法，Circle和Rectangle实现该方法，DrawingApp的render方法接收Shape类型对象，运行时动态调用实际类型的draw。结合工厂模式如ShapeFactory根据类型创建对应实例，客户端只需传入类型字符串即可获得具体图形对象，避免直接new具体类。这样新增图形只需扩展实现类和工厂逻辑，核心渲染逻辑不变，消除if-else判断带来的紧耦合，提升系统可维护性和扩展性。
在Java中，多态是面向对象编程的核心特性之一，它能有效降低代码之间的耦合度，提升系统的可维护性和扩展性。通过让不同类的对象对同一消息做出不同响应，程序可以在不修改调用逻辑的前提下支持新类型，从而实现松耦合。
使用接口或抽象类定义统一行为
要利用多态减少耦合，关键是将共性行为抽象出来，定义为接口或抽象类。具体实现类分别实现这些行为，而调用方只依赖于抽象类型，而非具体实现。
例如，假设有一个绘图系统，需要绘制不同图形：
interface Shape {
void draw();
}
class Circle implements Shape {
public void draw() {
System.out.println("绘制圆形");
}
}
class Rectangle implements Shape {
public void draw() {
System.out.println("绘制矩形");
}
}
客户端代码只需面向Shape接口编程：
立即学习“Java免费学习笔记（深入）”；
class DrawingApp {
public void render(Shape shape) {
shape.draw(); // 调用的是运行时对象的实际方法
}
}
这样，新增图形（如三角形）时，无需修改DrawingApp的代码，只要实现Shape接口即可。
依赖注入与工厂模式结合多态
进一步解耦可以通过依赖注入或工厂模式实现。让对象的创建和使用分离，调用方不再直接new具体类，而是接收一个符合接口的实例。
示例：使用简单工厂创建图形对象
class ShapeFactory {
public static Shape createShape(String type) {
return switch (type.toLowerCase()) {
case "circle" -> new Circle();
case "rectangle" -> new Rectangle();
default -> throw new IllegalArgumentException("不支持的图形类型");
};
}
}
主程序调用：
DrawingApp app = new DrawingApp();
Shape shape = ShapeFactory.createShape("circle");
app.render(shape); // 输出：绘制圆形
此时，如果增加新的图形类型，只需要扩展工厂逻辑和实现类，核心渲染逻辑保持不变。
避免条件判断导致的紧耦合
没有多态时，常会看到大量if-else或switch判断类型并执行对应逻辑，这会导致高耦合和低可维护性。
坏例子：
void renderOld(String shapeType) {
if ("circle".equals(shapeType)) {
new Circle().draw();
} else if ("rectangle".equals(shapeType)) {
new Rectangle().draw();
}
// 每新增类型都要改这里
}
使用多态后，这类判断被转移到工厂中，业务逻辑层完全透明，结构更清晰。
基本上就这些。通过接口抽象、实现分离、运行时绑定，Java中的多态让系统更容易扩展，也更易于测试和维护。关键在于设计时多思考“哪些是变化的”，然后用多态封装这些变化。
