继承意味着重用一个类的完整功能，在这里，我的类必须使用超类的所有方法，我的类将与超类titely耦合，在继承的情况下，代码将在两个类中重复。

但是当我们用作文与其他班级进行交流时，我们可以克服这些问题。复合是将另一个类的属性声明到我们想要与之对话的类中。我们想从那个类中得到什么功能可以通过使用那个属性来实现。

它们完全不同。继承是一种“是-是”关系。作文是“has-a”。

通过使用另一个类C的实例作为类的字段来进行组合，而不是扩展C。java.util就是一个很好的例子，其中组合比继承要好得多。堆栈，它目前扩展了java.util.Vector。现在看来，这是一个大错。堆栈“is-NOT-a”向量;不应该允许任意插入和删除元素。应该是合成。

不幸的是，现在纠正这个设计错误已经太晚了，因为现在更改继承层次结构将破坏与现有代码的兼容性。如果Stack使用组合而不是继承，那么它总是可以被修改为使用另一种数据结构，而不会违反API。

我强烈推荐Josh Bloch的《Effective Java第二版》

项目16:比起继承，更喜欢组合 项目17:设计和文件的继承或禁止

好的面向对象设计不是随意扩展现有的类。你的第一直觉应该是作曲。

参见:

组合与继承:两种基本的类关联方法的比较

遗产怎么会是危险的?

让我们举个例子

public class X{    
   public void do(){    
   }    
}    
Public Class Y extends X{
   public void work(){    
       do();    
   }
}

1)正如上面的代码所示，类Y与类X具有很强的耦合性。如果超类X发生任何变化，Y可能会急剧断裂。假设在未来的类X中实现了一个具有以下签名的方法work

public int work(){
}

改变是在类X中完成的，但它将使类Y不可编译。所以这种依赖可以上升到任何程度，这是非常危险的。每次超类都可能对其所有子类中的代码没有完全可见性，子类可能会一直注意到在超类中发生了什么。因此，我们需要避免这种强而不必要的耦合。

合成如何解决这个问题?

让我们复习一下同样的例子

public class X{
    public void do(){
    }
}

Public Class Y{
    X x = new X();    
    public void work(){    
        x.do();
    }
}

这里我们在Y类中创建X类的引用，并通过创建X类的实例调用X类的方法。 现在所有的强耦合都消失了。父类和子类现在彼此高度独立。类可以自由地进行更改，这在继承情况下是危险的。

2)第二个非常好的优点是它提供了方法调用的灵活性，例如:

class X implements R
{}
class Y implements R
{}

public class Test{    
    R r;    
}

在测试类中使用r引用，我可以调用X类以及Y类的方法。这种灵活性在继承中是不存在的

3)另一个巨大优势:单元测试

public class X {
    public void do(){
    }
}

Public Class Y {
    X x = new X();    
    public void work(){    
        x.do();    
    }    
}

在上面的例子中，如果x实例的状态未知，可以用一些测试数据很容易地模拟出来，所有的方法都可以很容易地测试出来。这在继承中是完全不可能的，因为您严重依赖于超类来获取实例的状态并执行任何方法。

4)我们应该避免继承的另一个很好的理由是Java不支持多重继承。

让我们举个例子来理解这一点:

Public class Transaction {
    Banking b;
    public static void main(String a[])    
    {    
        b = new Deposit();    
        if(b.deposit()){    
            b = new Credit();
            c.credit();    
        }
    }
}

很高兴知道:

组合在运行时很容易实现，而继承在编译时提供其特性 组合也称为HAS-A关系，继承也称为is - a关系

因此，由于上述各种原因，要养成总是喜欢组合而不是继承的习惯。

复合意味着创建一个与特定类有关系的类的对象。 假设学生与会计有关系;

继承是，这是带有扩展特性的前一个类。这意味着这个新类是具有一些扩展特性的旧类。 假设学生是学生，但所有的学生都是人。所以这是学生和人类之间的关系。这就是继承。

不，两者都不一样。组合遵循“HAS-A”关系，继承遵循“IS-A”关系。组合的最佳例子是战略模式。

另一个例子，考虑一个汽车类，这将是一个很好的组合使用，一个汽车将“有”一个发动机，一个变速器，轮胎，座位，等等。它不会扩展任何这些类。