java的适配器模式利用聚合的方式将正确的业务方法适配到新的接口上,在代码实现和大概的逻辑结构上都很类似代理设计模式,适配器对外提供一个统一的接口对外提供服务,然后内部适配不同的业务;
首先新建一个接口用于对外统一接口服务:

public interface Target {

    void request() ;
}

然后其实现类包含要适配的对象,在request接口方法中转发到正确的业务方法上:

public class Adapter implements Target {

    private Subject subject ;

    public Adapter(Subject subject) {
        this.subject = subject ;
    }

    @Override
    public void request() {
        //适配到正确的方法上
        this.subject.ownRequest();
    }
}

下面是被适配的原始业务方法:

public class Subject {

    public void ownRequest() {
        System.out.print("被适配对象自己的方法[ownRequest]....");
    }
}

测试:

public static void main(String[] args) {
    Target target = new Adapter(new Subject()) ;
    target.request();
}

上面的结构和代理模式不同的地方是被代理的对象和代理对象不是同一个类型,即他们不是来源于同一个接口或父类.
被适配对象和适配器完全是两个不相干的类.
在适配器模式中,同样可以适配被是陪对象父接口,在普通的代理模式中,是必须基于接口的.(cglib需要使用反射),一般的,适配父接口会更有用;
在基于接口的代理设计模式中,也同样会有三个角色,目标接口/目标接口实现类,即被代理类和代理类, 对外只能看见目标接口方法,看不见被代理对象和代理类;
在实际业务使用上, 适配器不同于代理模式,适配器多用于代码重构,在代码重构中,更多的需要考虑系统运行稳定,系统运行中的代码如果没有十分必要重构过的时候需要尽可能的复用,禁止删/改;
所以适配器在这种情况下就显得非常重要!