命名空间
变体
操作

std::underflow_error

来自 cppreference.cn
< cpp‎ | error
定义于头文件 <stdexcept>
class underflow_error;

定义了一种对象类型,用于作为异常抛出。它可以用于报告算术下溢错误(即,计算结果是次正规浮点值的情况)。

标准库组件不抛出此异常(数学函数按照 math_errhandling 中指定的报告下溢错误)。但是,第三方库会使用它。 例如,如果启用了 boost::math::policies::throw_on_error(默认设置),则 boost.math 会抛出 std::underflow_error

cpp/error/exceptioncpp/error/runtime errorstd-underflow error-inheritance.svg

继承关系图

内容

[编辑] 成员函数

(构造函数)
构造一个新的 underflow_error 对象,带有给定的消息
(公共成员函数)
operator=
替换 underflow_error 对象
(公共成员函数)

std::underflow_error::underflow_error

underflow_error( const std::string& what_arg );
(1)
underflow_error( const char* what_arg );
(2)
underflow_error( const underflow_error& other );
(3) (noexcept 自 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::underflow_error,则 std::strcmp(what(), other.what()) == 0。复制构造函数不能抛出任何异常。

参数

what_arg - 解释性字符串
other - 要复制的另一个异常对象

异常

1,2) 可能抛出 std::bad_alloc

注解

由于不允许复制 std::underflow_error 抛出异常,因此此消息通常在内部存储为单独分配的引用计数字符串。 这也是为什么没有接受 std::string&& 的构造函数的原因:它无论如何都必须复制内容。

LWG issue 254 决议之前,非复制构造函数只能接受 std::string。 它使得动态分配成为构造 std::string 对象强制性的。

LWG issue 471 决议之后,派生的标准异常类必须具有公开可访问的复制构造函数。 只要通过 what() 获得的解释性字符串对于原始对象和复制的对象相同,就可以隐式定义它。

std::underflow_error::operator=

underflow_error& operator=( const underflow_error& other );
(noexcept 自 C++11 起)

将内容与 other 的内容赋值。如果 *thisother 都具有动态类型 std::underflow_error,则赋值后 std::strcmp(what(), other.what()) == 0。复制赋值运算符不能抛出任何异常。

参数

other - 要赋值的另一个异常对象

返回值

*this

注解

LWG issue 471 决议之后,派生的标准异常类必须具有公开可访问的复制赋值运算符。 只要通过 what() 获得的解释性字符串对于原始对象和复制的对象相同,就可以隐式定义它。

继承自 std::runtime_error


继承自 std::exception

成员函数

销毁异常对象
(std::exception 的虚公共成员函数) [编辑]
[virtual]
返回解释性字符串
(std::exception 的虚公共成员函数) [编辑]

[编辑] 缺陷报告

以下行为变更缺陷报告被追溯应用于先前发布的 C++ 标准。

DR 应用于 已发布行为 正确行为
LWG 254 C++98 接受 const char* 的构造函数缺失 已添加
LWG 471 C++98 std::underflow_error 的解释性字符串
副本是实现定义的
它们与
原始 std::underflow_error 对象相同