为什么 C RAII 类中的 OpenGL 对象在复制后停止工作？

C RAII 类中的 OpenGL 对象：为什么它们在复制后停止工作

在 C 中，通常使用 RAII（资源获取即初始化） ）以确保对象在破坏时自动清理。然而，在处理 OpenGL 对象时，了解 RAII 模式如何影响对象使用至关重要。

考虑以下封装 OpenGL 缓冲区对象的类：

class BufferObject {
private:
  GLuint buff_;

public:
  BufferObject() { glGenBuffers(1, &buff_); }
  ~BufferObject() { glDeleteBuffers(1, &buff_); }

最初，该类似乎运行正常。但是，在执行某些操作时会出现问题：

vector<bufferobject> bufVec;
{
  BufferObject some_buffer;
  // Initialize some_buffer;
  bufVec.push_back(some_buffer);
}
bufVec.back(); // buffer doesn't work.

BufferObject InitBuffer() {
  BufferObject buff;
  // Do stuff with `buff`
  return buff;
}

auto buff = InitBuffer(); // Returned buffer doesn't work.</bufferobject>

通过push_back或return语句复制类会导致意外的OpenGL错误。要理解原因，有必要深入研究 RAII 的机制。

复制对象时，会调用默认的复制构造函数（假设存在）。在这种情况下，默认的复制构造函数只是复制成员变量。但是，此副本包含 OpenGL 对象句柄 (buff_)，该句柄对于每个对象都是唯一的。

当原始对象被销毁时（在我们示例中的第一个范围的末尾），就会出现问题。析构函数尝试删除已被新对象复制的 OpenGL 对象。这个孤立的 OpenGL 对象无法再使用并导致错误。

要解决此问题，为 OpenGL 对象包装器定义自定义复制和移动语义至关重要。这种方法可确保 OpenGL 对象引用在对象之间正确传输，而不会引起冲突。

移动对象涉及将其资源的所有权转移到另一个对象。对象的资源不是复制，而是分配给新对象，并且原始对象保持有效但为空的状态。这种方法可以防止潜在的冲突并确保 OpenGL 对象保持有效。

在下面修改后的 BufferObject 类中，删除了复制构造函数和复制赋值运算符，并实现了移动语义：

class BufferObject {
private:
  GLuint buff_;

public:
  BufferObject() { glGenBuffers(1, &buff_); }

  BufferObject(const BufferObject& other) = delete;
  BufferObject& operator=(const BufferObject& other) = delete;

  BufferObject(BufferObject&& other) : buff_(other.buff_) {
    other.buff_ = 0;
  }

  BufferObject& operator=(BufferObject&& other) {
    if (this != &other) {
      Release();
      buff_ = other.buff_;
      other.buff_ = 0;
    }

    return *this;
  }

  ~BufferObject() { Release(); }

  void Release() {
    if (buff_)
      glDeleteBuffers(1, &buff_);
  }
};

通过实现移动语义，可以为 OpenGL 对象创建仅移动的 RAII 包装器。这种方法可以安全高效地处理 C 中的 OpenGL 对象。

以上是为什么 C RAII 类中的 OpenGL 对象在复制后停止工作？的详细内容。更多信息请关注PHP中文网其他相关文章！