C++标准中没有std::scoped_exit，但C++23引入了std::scope_exit用于作用域退出时执行清理代码，基于RAII思想，配合头文件实现资源管理，类似功能在旧版本可通过自定义RAII类模拟。
在C++中，并没有标准库提供的 std::scoped_exit 类型。你可能将它与某些第三方库或提案中的功能混淆了。实际上，C++11 及以后的标准中并未引入名为 std::scoped_exit 的工具。但存在类似的机制用于实现“作用域退出时执行清理代码”的功能，最接近的是在 C++23 中引入的 std::scope_exit（属于
理解作用域退出管理（Scope Exit）
作用域退出管理指的是：当程序流程离开某个作用域（如函数返回、异常抛出或块结束）时，自动执行一段指定的清理逻辑，比如释放资源、解锁互斥量、关闭文件等。
这种机制的核心思想是 RAII（Resource Acquisition Is Initialization），即利用对象的构造和析构过程来管理资源生命周期。
常见使用场景包括：
立即学习“C++免费学习笔记（深入）”；
- 确保锁在函数退出时被释放
- 关闭打开的文件描述符或句柄
- 恢复全局状态或上下文环境
C++23 中的 std::scope_exit
C++23 标准引入了三个新的类模板用于作用域管理：
- std::scope_exit：在作用域退出时运行可调用对象（无论正常还是异常）
- std::scope_success：仅在无异常退出时运行
- std::scope_failure：仅在因异常退出时运行
这些类型定义在
#include#include void example() { FILE* fp = fopen("data.txt", "w"); if (!fp) return; std::scope_exit cleanup([&] { fclose(fp); std::cout << "File closed.\n"; }); // 模拟一些操作 fprintf(fp, "Hello, World!\n"); // 即使提前 return，也会触发 fclose return; } // scope_exit 在这里被析构，回调被执行
在这个例子中，无论函数从何处退出，文件都会被正确关闭。
在旧版本 C++ 中模拟 scoped_exit
如果你使用的编译器还不支持 C++23 的
class scoped_exit {
public:
template
explicit scoped_exit(F&& f) : func(std::forward(f)), active(true) {}
scoped_exit(scoped_exit&& other)
: func(std::move(other.func)), active(other.active) {
other.active = false;
}
~scoped_exit() {
if (active) func();
}
scoped_exit(const scoped_exit&) = delete;
scoped_exit& operator=(const scoped_exit&) = delete;
private:
std::function func;
bool active;
}; 使用方式几乎一致：
```cpp void legacy_example() { auto* ptr = new int(42);scoped_exit cleanup([&] {
delete ptr;
std::cout << "Memory freed.\n";
});
// 其他逻辑...
return; // 自动释放}
注意：
- 捕获外部变量时要小心生命周期问题，避免悬空引用
- lambda 使用引用捕获 [&] 是常见做法，但需确保被捕获对象在回调执行时仍有效
- 不要在回调中抛出异常（尤其是在析构函数中）
与 std::unique_ptr 和自定义删除器的对比
有时可以用 std::unique_ptr 配合自定义删除器来达到类似效果：
虽然可行，但不如 std::scope_exit 直观和灵活。后者专为此设计，语法更清晰。
基本上就这些。尽管 C++ 标准长期未内置此类工具，但现在终于有了官方解决方案。对于老版本，手动封装一个即可。关键是理解 RAII 原则——把行为绑定到对象生命周期上，才是安全资源管理的根本。
