C++ 中的异步销毁和 RAII

Question

根据 RAII，当我销毁 object 时，它的资源被释放。 但是如果 object 的销毁需要异步操作呢？ 在不使用 RAII 的情况下，我可以调用 class 的close方法，该方法将调用必要的异步操作并将shared_ptr保留到我的 object （使用shared_from_this ），以便优雅地处理来自异步操作的回调。 调用close后，我可以删除指向 object 的指针，因为我不再需要它了 - 但我知道在执行异步操作之前不会删除 object。

但是如何使用 RAII 来实现这一点？ 一种可能的解决方案是使用包装器，当被破坏时将调用 object 的close方法。 但是..这是否意味着我的课程是 RAII 课程？

class Resource: public std::enable_shared_from_this<Resource> {
    int id;
public:
close() {
    some_async_functin([t = shared_from_this()] {
        std::cout << "Now I am closed " << t->id << std::endl;
    }
}



}

我的解决方案：

class ResourceWrapper {
   std::shared_ptr<Resource> res;

   ~ResourceWrapper() {
       res.close();
   }
}

Answer 1

相对于线程T异步销毁的 object o本身不能通过 RAII 管理，因为堆栈分配对象的销毁本质上是同步的。 如果o通过 RAII model 管理，则线程T将在包含其声明的最里面的块终止时执行其析构函数，直到析构函数终止。

如果您不想占用T来释放o的资源（但要确保它们实际上已被释放），则必须将资源释放委托给另一个线程。 你也可以这样做

• 直接，通过使用new动态创建o并异步调度相应的free （例如通过std::async ），或者

• 间接使用 RAII，通过让o的析构函数调度资源清理以进行单独的异步释放（同样，通过std::async或类似方法）。

后者是间接的，因为它需要一个单独的 object 或对象来表示正在清理的资源，直到清理完成——尤其是在涉及回调或类似的情况下。 这些对象面临与o本身相同的问题。 顺便说一句，这种间接方式本身并没有错。 RAII 仍然提供它通常提供的好处。

Answer 2

您需要两个类： AcquirableResource和AcquiredResource 。 您首先创建AcquirableResource实例，该实例比 close 更持久（甚至可能用于重新打开）； 然后你有来自AcquirableResource的AcquiredResource ，它是打开的资源。 这完全是 RAII。

// define the AcquirableResource and AcquiredResource

int main() {
    AcquirableResource ares("filename.txt");
    // ... your code here ...
    {
        auto res(ares); // open
        if (!res) { /* error handler */ }

        // ... your code here ...

        // res goes out of scope, signals ares
        // ares closes file (can be async)
    }
    // ares is still valid here

    // ... your code here ...

    // ares goes out of scope, dtor close in sync
}