名稱空間
變體
操作

std::length_error

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

定義一種作為異常丟擲的物件型別。它報告由於嘗試超出某些物件的實現定義長度限制而導致的錯誤。

此異常由 std::basic_stringstd::vector::reserve 的成員函式丟擲。

cpp/error/exceptioncpp/error/logic errorstd-length error-inheritance.svg

繼承圖

目錄

[編輯] 成員函式

(建構函式)
構造一個帶有給定訊息的新的 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 起無異常丟擲)
1) 構造異常物件,以 what_arg 作為解釋性字串。構造後,std::strcmp(what(), what_arg.c_str()) == 0
2) 構造異常物件,以 what_arg 作為解釋性字串。構造後,std::strcmp(what(), what_arg) == 0
3) 複製建構函式。如果 *thisother 都具有動態型別 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 的內容。如果賦值後 *thisother 都具有動態型別 std::length_error,則 std::strcmp(what(), other.what()) == 0。複製賦值運算子不能丟擲異常。

引數

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

返回值

*this

注意

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

繼承自 std::logic_error

繼承自 std::exception

成員函式

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

[編輯] 缺陷報告

下列更改行為的缺陷報告追溯地應用於以前出版的 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> 的公共成員函式) [編輯]