Điều gì sẽ xảy ra nếu tôi sử dụng "ném"; mà không có ngoại lệ để ném?

Question

Đây là thiết lập.

Tôi có chương trình C++ gọi một số chức năng, tất cả đều có khả năng ném cùng một ngoại lệ và tôi muốn cùng một hành vi cho các ngoại lệ trong mỗi hàm (ví dụ: thông báo lỗi in & đặt lại tất cả dữ liệu về mặc định cho exceptionA; chỉ cần in cho exceptionB; shut-down cleanly cho tất cả các ngoại lệ khác).

Nó có vẻ như tôi sẽ có thể thiết lập các hành vi đánh bắt để gọi một chức năng riêng mà chỉ đơn giản rethrows lỗi, và thực hiện các quảng cáo, như vậy:

void aFunction() 
{ 
    try{ /* do some stuff that might throw */ } 
    catch(...){handle();} 
} 

void bFunction() 
{ 
    try{ /* do some stuff that might throw */ } 
    catch(...){handle();} 
} 

void handle() 
{ 
    try{throw;} 
    catch(anException) 
    { 
     // common code for both aFunction and bFunction 
     // involving the exception they threw 
    } 
    catch(anotherException) 
    { 
     // common code for both aFunction and bFunction 
     // involving the exception they threw 
    } 
    catch(...) 
    { 
     // common code for both aFunction and bFunction 
     // involving the exception they threw 
    } 
} 

Bây giờ, những gì sẽ xảy ra nếu "xử lý" được gọi bên ngoài lớp ngoại lệ. Tôi biết rằng điều này sẽ không bao giờ xảy ra, nhưng tôi tự hỏi nếu hành vi này không được xác định bằng tiêu chuẩn C++.

Answer 1

Nếu handle() được gọi bên ngoài ngữ cảnh ngoại lệ, bạn sẽ throw mà không xử lý ngoại lệ. Trong trường hợp này, tiêu chuẩn (xem phần 15.5.1) quy định rằng

Nếu không có ngoại lệ nào hiện đang được xử lý, thực hiện terminate().

để ứng dụng của bạn sẽ chấm dứt. Đó có lẽ không phải là những gì bạn muốn ở đây.

Answer 2

Nếu bạn sử dụng ném bên trong khối catch, nó sẽ trả lại ngoại lệ. Nếu bạn sử dụng ném bên ngoài của một khối catch, nó sẽ chấm dứt ứng dụng.

Answer 3

Không bao giờ, không bao giờ, không bao giờ sử dụng bắt (...) vì bạn có thể gặp lỗi ứng dụng mà bạn không muốn bắt, ví dụ: lỗi, vi phạm truy cập (tùy thuộc vào cách bạn biên soạn).

Đọc cuốn sách tuyệt vời của John Robbins (Gỡ lỗi các ứng dụng Windows) trong đó ông giải thích chi tiết hơn tại sao bạn không nên làm điều đó.