我目前正尝试为非常基本的游戏引擎实现“加载线程”，该引擎负责加载例如纹理或音频，而主线程一直呈现正确的消息/屏幕，直到操作完成或甚至渲染常规游戏场景，而加载较小的对象发生在后台。
现在，我到目前为止还没有OpenGL专家，但是当我实现这样一个“加载”机制时，我很快发现OGL不喜欢从一个线程以外的线程访问渲染上下文。许多。我用Google搜索，解决方案似乎是：
“在线程上创建第二个渲染上下文并与主线程的上下文共享”
这个问题是我使用SDL来处理我的窗口管理和上下文创建，据我所知，在检查API时，没有办法告诉SDL在彼此之间共享上下文：（< / p>
我得出的结论是，我案例的最佳解决方案是：
方法A）改变SDL库以支持与平台特定功能的上下文共享（wglShareLists（）和glXCreateContext（）我假设）
方法B）让“加载线程”仅将数据加载到内存中并将其处理为OpenGL友好格式并将其传递给主线程，例如，负责将纹理上传到图形适配器。当然，这仅适用于需要完成有效OpenGL上下文的数据
我认为第一种解决方案效率最低。我真的不想破坏SDL，除此之外，我读到上下文共享不是一个高性能的操作。所以到目前为止，我的下一步将是第二种方法。
编辑：关于“高性能操作”：我读错了文章，实际上并不是性能密集。本文建议使用第二个上下文将CPU密集型操作转移到第二个线程。对不起，
在完成所有这些介绍之后，如果有人能够对以下问题给我一些提示和评论，我将非常感激：
1）有没有办法与SDL分享上下文，无论如何都可以这么做？
2）是否还有其他更“优雅”的方式来加载我可能错过或未考虑过的背景数据？
3）我认为采用方法B的意图是否是一个不错的选择？我的主线程上的OpenGL操作仍会有一些阻止渲染的开销，或者它是否可以被忽略？
答案 0 :(得分：6)
有没有办法与SDL共享上下文
<击>没有
是！
您必须使用特定于平台的调用来获取当前上下文。从那里，您可以创建新的上下文并使其与平台特定的调用共享。
还有其他更“优雅”的方法来加载我可能错过或没想过的背景数据吗？
不是真的。您可以很好地枚举这些选项：破解SDL以获取所需的数据，或者无效地加载数据。
但是，您可以将数据加载到映射的缓冲区对象和transfer the data to OpenGL中。您只能在OpenGL线程上进行映射/取消映射，但映射时获得的指针可用于任何线程。因此映射缓冲区，将其传递给工作线程。它将数据加载到映射的内存中，并翻转一个开关。 GL线程取消映射指针（工作线程现在应该忘记指针）并上传纹理数据。
我打算采用方法B是否可以作为一个不错的选择？
定义“好”？如果不了解您的问题域，就无法回答这个问题。