介面繼承自System.Object嗎？

很久沒有自己寫隨筆了， 工作太忙。 最近有學生問我問題，介面是否繼承自System.Object？ 我經過一些推斷就斷定不是。

他給我一篇文章，上面通過代碼的分析得出的結論也不是。不過我覺得好像把一個簡單的問題搞複雜了，下面我介紹一下我的

推斷，提供參考和一種解決問題的思維方法。 

   首先我們從C++說起， c++可以多繼承。也就是一個類型 --- class，可以繼承自2個以上的父類型。多繼承導致一個問題，

很多人知道。例如，如果類型B，類型C均繼承自類型A。然後類型D繼承自類型B和C。那麼構造D的執行個體的時候，由於要調用

父類型的構造方法，最終會調用兩次A的構造方法。結果類型D的執行個體有兩套祖父的資料，也就是外公和爺爺長的一模一樣，

以後使用的時候很麻煩。每次D要和祖父打交道，都要額外的區分到底是外公還是爺爺。 再說，記憶體裡面出現兩套一模一樣的

東西，一個用不上，還容易引起混亂，豈不是浪費，又麻煩。

  所以，java就通過嚴格的單一繼承規則解決了這個問題。.net當然也一樣，單一整合是一個定律。那麼有：

所有的類型 --- 只能繼承自單一的類型；

其次，大家知道，從一個Type派生的必然是另一個Type。 System.Object是一個Type，如果interface繼承自System.Object，

那麼interface必然是一個Type。 

    那麼，如果一個類型實現了一個interface,再有一個基類class, 那麼它們的根源都是System.Object， 也即是這個類的執行個體也像

c++一樣，存在上述的問題。 因此介面肯定不是繼承自System.Object，否則就違反了單一繼承的定律。