构造函数中执行return;会提前退出，导致对象半初始化；已分配内存但状态不一致，后续未执行的初始化不会回滚，可能引发崩溃，应改用异常抛出而非静默返回。
可以写 return，但必须是无返回值的 return;，且一旦执行就会提前退出构造函数——这会留下未完全初始化的“半成品对象”，属于高危操作。
构造函数里写 return; 会发生什么
构造函数本质没有返回值类型，所以不能写 return 表达式;（比如 return 0; 或 return this;），编译器会直接报错。但允许写 return;，它等价于“提前结束当前函数体”。
- 后续成员初始化（包括成员初始化列表之后的语句、
try块中的代码）全部跳过 - 已执行的初始化部分不会回滚（例如前面 new 了内存但后面没赋值完，指针可能悬空）
- 对象内存已分配，但状态不一致；若该对象被析构，
~T()仍会调用，可能访问未初始化成员而崩溃
为什么有人想在构造函数里 return
常见动机是做前置检查失败后“放弃构造”，比如参数非法、资源申请失败。但这是错误思路——构造函数不是普通函数，它不承担“成功/失败”的契约责任。
-
new T(args)中构造失败，应抛异常，让new操作自身失败，避免产生裸指针指向半成品对象 - 栈对象（如
T obj(...)）中构造失败，异常会触发栈展开，已构造的局部对象自动析构，相对安全 - 用
return;替代异常，等于把错误隐藏成静默的未定义行为
真正安全的替代方案
要用异常机制显式表达构造失败，而不是靠 return; 暂时绕开问题。
- 检查失败时直接
throw std::runtime_error("..."); - 资源申请（如
new、fopen）失败，不要手动return;，而是让异常传播或封装为std::optional<t></t>（C++17 起）或工厂函数返回指针 - 若真要规避异常（如嵌入式环境禁用 RTTI/exceptions），应改用两阶段构造：先默认构造，再调用
init()成员函数并检查返回值
最易被忽略的一点：即使你没写任何 return，构造函数中途抛异常，C++ 仍会自动清理已成功构造的成员子对象（按声明逆序调用其析构函数），但不会清理类内原始指针指向的堆内存——这点比 return; 更隐蔽，也更需要设计时就考虑 RAII。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
