定义
将抽象部分和具体部分分离，让他们独立进行变化；也称桥梁模式
例子1：
奶茶，分为：大杯加糖冷的奶茶、大杯加糖热的奶茶、大杯原味冷奶茶、大杯原味热奶茶....
其中将大杯奶茶、小杯奶茶作为具体类。加冰、加糖作为抽象的操作。
最终按照需求进行操作。
（1）具体类：大杯奶茶、杯奶茶
（2）抽象操作
（3）具体操作：加糖、加冰
例子2：
未使用桥接模式的抽象与实现结构图（如下）：
如果要增加一个apple品牌的电脑，则需要在台式机下新增一个apple的台式机，在笔记本下新增一个apple笔记本，在pad下新增一个apple的pad。代码比较繁琐。
如果使用桥接模式（如下图）
使抽象部分和抽象的派生（实现）部分分离出来，这样让它们各自的变化，这样每种实现就不会影响到其他实现。
从而达到对应变化的目的，将电脑类型作为一个维度，将品牌也做为一个维度。两个维度独立起来，可以任意的变化。
作用
桥接模式解决了多层继承的结构，处理多维度变化的场景，将各个维度设计成独立的继承结构。使各个维度可以独立的扩展在抽象层建立联系。
2.角色
- 抽象部分的抽象接口
- 抽象部分的具体实现
- 具体部分
3.代码实现
抽象品牌维度的接口（Brand）
/**
* 品牌维度：联想，戴尔，华硕....
*/
public interface Brand {
void sale();//销售电脑
}
具体品牌维度
class Lenovo implements Brand{
@Override
public void sale() {
System.out.println("联想");
}
}
class Dell implements Brand{
@Override
public void sale() {
System.out.println("戴尔");
}
}
电脑类型
public class Computer {
private Brand brand;//类型维度里持有品牌维度的引用
public void sale(){
brand.sale();//具体某品牌的销售
}
public Computer(Brand brand) {
super();
this.brand = brand;
}
}
具体的电脑类型
class Desktop extends Computer{
public Desktop(Brand brand) {
super(brand);
}
@Override
public void sale() {
super.sale();
System.out.println("台式机");
}
}
class Laptop extends Computer{
public Laptop(Brand brand) {
super(brand);
}
@Override
public void sale() {
super.sale();
System.out.println("笔记本");
}
}
客户端
public static void main(String[] args) {
//销售联想的笔记本
Computer c = new Laptop(new Lenovo());
c.sale();
}
在这里，如果想增加一个电脑类型（Pad）或者想增加一个品牌（apple），都很简单。只需继承类型维度（Computer）或者实现维度接口（Brand）即可。变化某一个维度，则不会影响到其他实现。
应用场景
JDBC驱动程序
AWT中的Pear架构
-
银行日志管理：
格式分类：操作日志，交易日志，异常日志
距离分类：本地记录日志，异地记录日志
-
人力资源系统中的奖金计算模块：
奖金分类：个人奖金，团体奖金，项目奖金，激励奖金
部门分类：人事部，销售部，研发部
-
OA系统中的消息处理：
业务类型：普通消息，加急消息，特急消息
发送消息方式：系统内消息，手机短信，邮件
Android中
- window和windowmanager
- adapter和adapterView
