委托是一种更灵活的设计方式，通过对象间的组合而非继承实现功能复用。它基于“has-a”关系，将职责交给其他对象处理，降低耦合，提升可维护性和扩展性。例如，MediaPlayer类通过持有AudioPlayer接口的实例来动态切换播放行为，而不是继承具体播放类。这种方式避免了类爆炸问题，支持运行时行为替换，符合开闭原则。同时，结合接口与组合，系统各模块仅依赖抽象，便于测试和维护，增强了灵活性与稳定性。
在Java中，继承虽然能复用代码，但容易导致类层次僵化，一旦继承关系确定，扩展和修改都会受到限制。相比之下，委托是一种更灵活的设计方式——通过将某个功能交给另一个对象来完成，而不是依赖父类实现。这种方式降低了耦合，提升了系统的可维护性和扩展性。
什么是委托
委托是指一个对象将某些职责“交给”另一个对象去处理。比如类A不自己实现某个方法，而是调用类B的实例来完成工作。这与继承不同：继承是“is-a”关系，而委托是“has-a”关系，更加灵活。
举个例子：假设我们要实现一个可排序的日志记录器。如果使用继承，可能需要从Logger类派生并重写行为；但如果使用委托，我们只需在日志器内部持有一个排序组件的引用，把排序任务交给它处理。
用接口+组合替代继承
Java推荐“优先使用组合而非继承”。通过定义清晰的接口，并在类中包含实现该接口的对象，可以动态替换行为，避免继承带来的硬编码依赖。
立即学习“Java免费学习笔记（深入）”；
示例：播放器支持多种音频格式
// 定义播放行为接口
interface AudioPlayer {
void play(String file);
}
// 具体实现
class MP3Player implements AudioPlayer {
public void play(String file) {
System.out.println("播放MP3: " + file);
}
}
class WAVPlayer implements AudioPlayer {
public void play(String file) {
System.out.println("播放WAV: " + file);
}
}
// 使用委托的媒体播放器
class MediaPlayer {
private AudioPlayer player; // 委托对象
// 运行时切换播放策略
public void setPlayer(AudioPlayer player) {
this.player = player;
}
public void play(String file) {
if (player != null) {
player.play(file);
}
}
}这样，MediaPlayer 不继承任何播放逻辑，而是通过委托给不同的 AudioPlayer 实现来改变行为。新增格式只需添加新实现类，无需修改现有代码，符合开闭原则。
减少类爆炸和多重继承问题
继承在面对多个行为维度时很容易失控。例如既要支持不同播放格式，又要支持不同音效处理，用继承会导致类数量剧增（MP3WithBass、WAVWithBass 等）。而使用委托，每个维度独立封装：
interface EffectProcessor {
byte[] process(byte[] data);
}
class BassBooster implements EffectProcessor {
public byte[] process(byte[] data) {
System.out.println("增强低音效果");
return data; // 简化示意
}
}
// 播放器可同时持有格式解码器和音效处理器
class AdvancedPlayer {
private AudioPlayer decoder;
private EffectProcessor effect;
public AdvancedPlayer(AudioPlayer decoder, EffectProcessor effect) {
this.decoder = decoder;
this.effect = effect;
}
public void playWithEffect(String file) {
// 先处理音效（模拟）
System.out.println("加载音频数据...");
byte[] data = "dummy".getBytes();
effect.process(data);
decoder.play(file);
}
}这种结构让功能组合变得自由，也更容易测试和替换组件。
提升测试性和松耦合
由于委托依赖的是接口而非具体类，单元测试时可以轻松注入模拟对象（mock）。例如测试 MediaPlayer 时，可以传入一个 MockPlayer 验证是否正确调用了 play 方法，而不依赖真实播放逻辑。
同时，模块之间只通过接口通信，修改某一实现不会影响其他部分，系统整体更稳定。
基本上就这些。比起层层继承，合理使用委托能让代码更轻便、易变、可插拔。关键是设计好接口，明确职责边界，然后让对象之间通过组合协作，而不是靠血缘绑定。
