std::runtime_error
來自 cppreference.com
定義於標頭檔案 <stdexcept> |
||
class runtime_error; |
||
定義一種作為異常丟擲的物件型別。它報告由於程式範圍之外的事件導致且不易預測的錯誤。
繼承圖
以下標準庫元件會丟擲 std::runtime_error
型別的異常
(C++20 起) |
此外,以下標準異常型別派生自 std::runtime_error
(C++11 起) |
(C++17 起) |
(C++20 起) |
目錄 |
[編輯] 成員函式
(建構函式) |
使用給定訊息構造一個新的 runtime_error 物件(公開成員函式) |
operator= |
替換 runtime_error 物件(公開成員函式) |
std::runtime_error::runtime_error
runtime_error( const std::string& what_arg ); |
(1) | |
runtime_error( const char* what_arg ); |
(2) | |
runtime_error( const runtime_error& other ); |
(3) | (C++11 起無異常丟擲) |
3) 複製建構函式。如果 *this 和 other 都具有動態型別
std::runtime_error
,則 std::strcmp(what(), other.what()) == 0。複製建構函式不能丟擲異常。引數
what_arg | - | 解釋性字串 |
其他 | - | 要複製的另一個異常物件 |
異常
1,2) 可能丟擲 std::bad_alloc。
注意
由於不允許複製 std::runtime_error
丟擲異常,因此此訊息通常在內部儲存為單獨分配的引用計數字符串。這也是為什麼沒有接受 std::string&&
的建構函式的原因:無論如何它都必須複製內容。
在解決 LWG issue 254 之前,非複製建構函式只能接受 std::string。為了構造 std::string 物件,動態分配是強制性的。
在解決 LWG issue 471 之後,派生標準異常類必須具有公共可訪問的複製建構函式。只要透過 what()
獲取的解釋性字串對於原始物件和複製物件相同,就可以隱式定義它。
std::runtime_error::operator=
runtime_error& operator=( const runtime_error& other ); |
(C++11 起無異常丟擲) | |
將內容賦值為 other 的內容。如果 *this 和 other 都具有動態型別 std::runtime_error
,則賦值後 std::strcmp(what(), other.what()) == 0。複製賦值運算子不能丟擲異常。
引數
其他 | - | 用於賦值的另一個異常物件 |
返回值
*this
注意
在解決 LWG issue 471 之後,派生標準異常類必須具有公共可訪問的複製賦值運算子。只要透過 what()
獲取的解釋性字串對於原始物件和複製物件相同,就可以隱式定義它。
繼承自 std::exception
成員函式
[virtual] |
銷燬異常物件 ( std::exception 的虛公共成員函式) |
[virtual] |
返回解釋字串 ( std::exception 的虛公共成員函式) |
[編輯] 缺陷報告
下列更改行為的缺陷報告追溯地應用於以前出版的 C++ 標準。
缺陷報告 | 應用於 | 釋出時的行為 | 正確的行為 |
---|---|---|---|
LWG 254 | C++98 | 缺少接受 const char* 的建構函式 | 已新增 |
LWG 471 | C++98 | std::runtime_error 副本的解釋性字串是實現定義的 |
它們與原始 std::runtime_error 物件的相同 |