命名空间
变体
操作

std::domain_error

来自 cppreference.com
< cpp‎ | error
定义在头文件 <stdexcept>
class domain_error;

定义一个作为异常抛出的对象类型。它可能被实现用来报告域错误,即输入超出操作定义的域的情况。

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

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

继承图

内容

[编辑] 成员函数

(构造函数)
使用给定消息构造一个新的 domain_error 对象
(公有成员函数)
operator=
替换 domain_error 对象
(公有成员函数)

std::domain_error::domain_error

domain_error( const std::string& what_arg );
(1)
domain_error( const char* what_arg );
(2)
domain_error( const domain_error& other );
(3) (自 C++11 起为 noexcept)
1) 使用 what_arg 作为解释字符串构造异常对象。构造完成后,std::strcmp(what(), what_arg.c_str()) == 0.
2) 使用 what_arg 作为解释字符串构造异常对象。构造完成后,std::strcmp(what(), what_arg) == 0.
3) 复制构造函数。如果 *thisother 都有动态类型 std::domain_error,则 std::strcmp(what(), other.what()) == 0。复制构造函数不会抛出任何异常。

参数

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

异常

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

备注

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

在解决 LWG issue 254 之前,非复制构造函数只能接受 std::string。为了构造一个 std::string 对象,必须进行动态分配。

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

std::domain_error::operator=

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

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

参数

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

返回值

*this

备注

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

std::logic_error 继承而来

std::exception 继承而来

成员函数

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

[编辑] 缺陷报告

以下更改行为的缺陷报告被追溯应用到之前发布的 C++ 标准。

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