名稱空間
變體
操作

std::runtime_error

來自 cppreference.com
< cpp‎ | 錯誤
定義於標頭檔案 <stdexcept>
class runtime_error;

定義一種作為異常丟擲的物件型別。它報告由於程式範圍之外的事件導致且不易預測的錯誤。

cpp/error/exceptionstd-runtime error-inheritance.svg

繼承圖

以下標準庫元件會丟擲 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 起無異常丟擲)
1) 使用 what_arg 作為解釋性字串構造異常物件。構造後,std::strcmp(what(), what_arg.c_str()) == 0
2) 使用 what_arg 作為解釋性字串構造異常物件。構造後,std::strcmp(what(), what_arg) == 0
3) 複製建構函式。如果 *thisother 都具有動態型別 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 的內容。如果 *thisother 都具有動態型別 std::runtime_error,則賦值後 std::strcmp(what(), other.what()) == 0。複製賦值運算子不能丟擲異常。

引數

其他 - 用於賦值的另一個異常物件

返回值

*this

注意

在解決 LWG issue 471 之後,派生標準異常類必須具有公共可訪問的複製賦值運算子。只要透過 what() 獲取的解釋性字串對於原始物件和複製物件相同,就可以隱式定義它。

繼承自 std::exception

成員函式

銷燬異常物件
(std::exception 的虛公共成員函式) [編輯]
[virtual]
返回解釋字串
(std::exception 的虛公共成員函式) [編輯]

[編輯] 缺陷報告

下列更改行為的缺陷報告追溯地應用於以前出版的 C++ 標準。

缺陷報告 應用於 釋出時的行為 正確的行為
LWG 254 C++98 缺少接受 const char* 的建構函式 已新增
LWG 471 C++98 std::runtime_error 副本的
解釋性字串是實現定義的
它們與原始 std::runtime_error 物件的
相同