iOS中正確處理dealloc方法

當我們繼承類的時候，子類例項在構造的時候順序是先高用父類的構造方法，再呼叫子類的構造方法。在c/c++是如此，在objc中也是如此，在ios開發中，我們會看到這樣的**：

1.- (void)init

9. return self; 10.}

看到沒，初始化的時候都是先呼叫父類的初始化方法，為什麼呢，因為父類更老，當然是先出生了。，同樣的情況可以在viewdidload中看到。

而銷毀的時候則是相反的順序，先銷毀子類裡分配的空間，再銷毀父類的。如：

1.- (void)dealloc

為什麼會是這個順序呢？因為長江後浪推前浪，子類是繼承了父類的優點，發揮了自己長外，敵人要想消滅對方，當然是先滅最強的，都說樹大招風，就是這個道理。在銷毀的時候如果不按這個順序，有時候可能會crash。如在子類中應用了：

1.[outputstream setdelegate:self];

2.[outputstream scheduleinrunloop:[nsrunloop currentrunloop] formode:nsdefaultrunloopmode];

如果dealloc寫這成這樣就會在removefromrunloop的時候crash:

1.- (void)dealloc

10. delegate = nil;

11.}

如果寫成這樣就ok了：

1.- (void)dealloc

9. delegate = nil;

10. [super dealloc]; // must be last! 11.}

在xcode version:4.2.1及以前版本中開發ios的時候，如果將super dealloc寫在子類dealloc中前面的時候是不會出錯的，但在xcode version4.3.2中，它會有自動檢測super dealloc的功能，如果寫在前面，則會crash.