能，但需 libc++abi 配合且禁用异常相关功能；否则链接失败或运行时 abort。
libc++ 能否在 -fno-exceptions 项目中链接成功
能，但必须用 libc++abi 配合，并且所有使用 std::exception 或依赖异常语义的组件（如 std::vector::at()、dynamic_cast、std::throw_with_nested）都不可用。LLVM 官方明确支持 -fno-exceptions 场景下的 libc++ 使用，前提是 ABI 库（libc++abi）也以相同模式编译。
链接时遇到 undefined reference to __cxa_throw 怎么办
这是最典型的信号：你启用了 -fno-exceptions，但链接了默认构建的 libc++.so（它内部仍调用 __cxa_throw 等 ABI 符号）。解决路径只有两条：
- 确保
libc++和libc++abi均用-fno-exceptions重新编译（推荐用于嵌入式或实时系统） - 改用预编译的无异常版 libc++（例如 LLVM 官方 CI 构建的
libcxxabi_noexcept变体），并显式链接-lc++abi_noexcept - 检查 CMake 配置：必须设置
LIBCXX_ENABLE_EXCEPTIONS=OFF和LIBCXXABI_ENABLE_EXCEPTIONS=OFF，否则子模块仍会悄悄启用异常支持
std::string、std::vector 这些容器还能用吗
可以，但行为有关键限制：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
std::vector::at()会直接调用std::out_of_range构造并抛异常 → 在-fno-exceptions下编译失败（未定义符号）或运行时 abort（取决于 libc++abi 实现） -
std::vector::operator[]和data()不抛异常，可安全使用 -
std::string::substr()同样禁用；改用std::string_view+ 手动边界检查 - 所有带 “throws” 标注的成员函数（见 [cppreference](https://en.cppreference.com/w/cpp/container/vector/at)）必须视为不可用
替代异常的错误传播方式怎么选
禁用异常后，标准库不提供统一错误返回机制，你得自己定契约：
立即学习“C++免费学习笔记（深入）”；
- 对 I/O 类操作（如文件打开），沿用 POSIX 风格：
int open(const char*, int) → -1 on error, errno set - 对构造类对象失败（如
std::regex编译失败），改用工厂函数 + 输出参数：bool try_make_regex(const char*, std::regex* out) - 避免重载
operator bool()隐式转换；显式命名如is_valid()更安全 - 慎用
std::optional：它本身不抛异常，但部分实现（如早期 libc++）在移动赋值失败时可能隐含异常路径；确认所用版本已标记noexcept
真正容易被忽略的是 std::allocator 行为：默认 std::allocator::allocate 在失败时不抛 std::bad_alloc，而是返回空指针 —— 但如果你替换成自定义分配器，必须确保其 allocate 也遵守这一契约，否则上层容器（如 std::vector）可能崩溃而非静默失败。
