为什么C++开发中不检查std::vector、std::string等容器的内存分配失败情况？

你的理解前提是正确的：C++标准规定，使用默认分配器的标准容器，在堆内存分配失败时会抛出std::bad_alloc异常，若上层没有捕获会触发程序异常终止。但日常开发中大家很少给短容器构造加异常捕获，是有合理原因的：

• 大部分短容器构造场景根本不会触发堆分配
  目前主流标准库的std::string都实现了小字符串优化（SSO），长度通常小于15~23字节的字符串会直接存在string对象的栈上内置缓冲区里，不会调用堆内存分配逻辑，自然也不会抛出分配异常。你举的例子std::string hello("Hello");就属于这类场景，额外加try-catch完全是冗余操作。
• 常规场景下内存分配失败属于不可恢复错误
  如果程序连短字符串、小容量vector这类极小的内存都申请不到，说明系统可用内存已经耗尽到几乎无法执行任何逻辑的程度，此时就算捕获了异常，也很难执行打印日志、释放资源等回退操作，直接终止程序反而是更合理的选择，没必要加多余的捕获逻辑增加代码冗余度。
• 异常捕获只需要加在有必要的场景
  只有当你要申请大容量内存（比如reserve 100MB的字符串、创建十万级元素的vector），且分配失败后有明确的回退逻辑（比如提示用户内存不足、缩小申请容量重试、安全保存现有数据后退出）时，才需要额外加try-catch处理std::bad_alloc异常。

另外你给出的第二种拆分构造+赋值的写法本身也有优化空间：拆分默认构造和赋值反而多了一次多余的操作，哪怕真的需要捕获异常，也可以直接把构造逻辑写在try块里：

try {
    std::string hello("Hello");
    // 后续操作
} catch (const std::bad_alloc& e) {
    std::cout << e.what() << std::endl;
    return -1;
}

内容的提问来源于stack exchange，提问作者Fayeure