[原創(chuàng)文章歡迎轉(zhuǎn)載，但請(qǐng)保留作者信息]

Justin 于 2009-11-04

在析構(gòu)函數(shù)中不能拋出異常。

這個(gè)其實(shí)比較容易理解：異常不像函數(shù)調(diào)用，一旦拋出(throw)，就回不來(lái)了。如果在析構(gòu)函數(shù)中拋出了異常，有一部分釋放/摧毀對(duì)象成員的操作可能就無(wú)法進(jìn)行。因?yàn)槟硞€(gè)異常，導(dǎo)致了所在的析構(gòu)函數(shù)無(wú)法完成全部析構(gòu)任務(wù)。

一顆老鼠屎毀了一鍋湯啊……

可是要是真的需要對(duì)析構(gòu)動(dòng)作中出現(xiàn)的錯(cuò)誤/異常進(jìn)行處理咋辦？書(shū)中自有解決方案：從差的到好的。

• 在析構(gòu)函數(shù)內(nèi)布置catch，一旦發(fā)生異常就會(huì)被捕獲，然后簡(jiǎn)單調(diào)用std::abort自殺@#￥%
  點(diǎn)評(píng)：干脆是干脆了，但是這樣猝死會(huì)不會(huì)有點(diǎn)太突然？
• 也是在函數(shù)內(nèi)布置catch，但是遇到異常就把它直接吃到肚子里(大師語(yǔ):Swallow the exception)。在析構(gòu)函數(shù)外不會(huì)有人知道有什么不好的事發(fā)生，catch肚子里嘭的一聲響，它除了打了個(gè)嗝，沒(méi)有什么危險(xiǎn)……
  點(diǎn)評(píng)：一般不該這樣處理，畢竟發(fā)生了不好的事。但如果真的想要程序繼續(xù)帶傷上陣，也確定這樣不會(huì)有問(wèn)題，那也不會(huì)有人有意見(jiàn)。
• 除了在函數(shù)里布置catch，并采用以上任一方法，另外實(shí)現(xiàn)一個(gè)可供用戶(hù)調(diào)用的函數(shù)接口，用來(lái)處理這些有可能出錯(cuò)的析構(gòu)工作。
  點(diǎn)評(píng)：大師給予這個(gè)方案高度的評(píng)價(jià)，因?yàn)檫@樣不但有以上兩種方法的效果，還給用戶(hù)一個(gè)參與處理異常的機(jī)會(huì)(調(diào)用接口函數(shù))。如果用戶(hù)沒(méi)有(或者忘記)用該函數(shù)處理析構(gòu)的動(dòng)作，那么析構(gòu)函數(shù)也會(huì)自覺(jué)挑起這個(gè)任務(wù)。而這個(gè)時(shí)候如果還出問(wèn)題，用戶(hù)也沒(méi)有什么理由來(lái)責(zé)怪了：是你自己不想要管的！