OpenGL 的上下文(OpenGL context)是一个 OpenGL 绘图环境的抽象概念,它包括了所有 OpenGL 状态信息和资源,以便OpenGL能够正确地渲染图形。
OpenGL 在渲染的时候需要一个 Context 来记录了 OpenGL 渲染需要的所有信息和状态,可以把它理解成一个大的结构体,它里面记录了当前使用 OpenGL 函数调用设置的状态和状态属性。
OpenGL 是个状态机,OpenGL采用了客户端-服务器模式,我们可以认为每一个硬件 GPU 相当于一台服务器,可对应多个客户端即上下文,一个客户端维护着一组状态机。
大部分的 OpenGL 命令都是异步的,不代表真正地执行,只是客户端向服务器发送了一些命令(同时有一些API可实现同步功能)。
申请绘制上下文,意味着系统资源的申请,每个绘制上下文还是需要不少资源的,所有的OpenGL 调用,都需要指定是在哪个上下文环境下调用的。
OpenGL 的绘制命令都是作用在当前的 Context 上,上下文是线程私有的,可以为同一个线程创建多个上下文,但是一次只能指定一个。
多个线程不能同时指定同一个 Context ,否则会导致崩溃。当有需要多个并行的绘制任务时,则要创建多个 Context,为并行的线程分别绑定不同的上下文。
可以通过共享上下文的方式为别的线程创建上下文,这些线程之间可以共享一部分资源。
一个是进程可以创建多个 Context,它们可以分别描绘出不同的图形界面,就像一个应用程序可以打开多个窗口一样。每个 OpenGL Context 是相互独立的,它们都有自己的 OpenGL 对象集。
但有时会有场景需要多个上下文使用同一份纹理资源的情况,创建 Context,意味着系统资源的占用,同一份纹理重复申请会造成资源浪费,因此 OpenGL 上下文允许共享一部分资源。
大部分 OpenGL Objects 是可以共享的,包括 Sync Object 和 GLSL Objects。
Container Objects 和 Query Objects 是不能共享的。例如纹理、shader、Buffer 等资源是可以共享的,但 Frame Buffer Object (FBO)、Vertex Array Object(VAO)等容器对象不可共享,但可将共享的纹理和 VBO 绑定到各自上下文的容器对象上。
可以共享的资源:
不可以共享的资源:
这里解释下,在不可以共享的资源中,FBO 和 VAO 属于资源管理型对象,FBO 负责管理几种缓冲区,本身不占用资源,VAO 负责管理 VBO 或 EBO ,本身也不占用资源。
Copyright© 2013-2019