C++異常處理機制雖然強大，但也存在一些局限性：
性能開銷：異常處理機制在運行時需要額外的資源來處理異常。當程序拋出異常時，需要創建一個異常對象、記錄調用棧信息等，這些操作都會帶來一定的性能開銷。在性能敏感的場景下，這可能是一個問題。
代碼可讀性：過度依賴異常處理可能導致代碼的可讀性降低。異常處理通常用于處理非預期的錯誤情況，但在某些情況下，異常處理可能被濫用，導致代碼結構變得復雜且難以維護。
異常安全性問題：在某些情況下，異常處理可能導致資源泄漏或程序狀態不一致。例如，當在棧展開過程中拋出異常時，可能會導致已經分配的資源無法正確釋放。為了解決這個問題，C++11引入了“兩階段析構”的概念，但仍然需要程序員仔細設計和實現異常安全的代碼。
異常類型限制：C++異常處理機制主要依賴于標準異常類（如std::exception），這些異常類通常用于表示程序中的通用錯誤。然而，對于特定領域的錯誤，可能需要定義自己的異常類型。這可能導致異常類的數量增加，使得異常處理變得更加復雜。
異常傳播問題：在C++中，異常可以被捕獲并在調用棧中向上傳播，直到被捕獲或導致程序終止。然而，在某些情況下，異常的傳播可能會導致問題。例如，當在一個多層嵌套的函數調用中拋出異常時，可能需要在每個層次上都進行異常處理，這可能導致代碼重復和維護困難。
非C++語言的兼容性問題：C++的異常處理機制與其他一些編程語言（如Java、C#等）的異常處理機制存在差異。這意味著在使用C++編寫的庫或程序中，可能需要處理與其他語言不同的異常類型和處理方式，這可能導致兼容性問題。
