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