OpenGLES 3.0多线程中，Thread B执行glFinish是否等待Thread A命令完成？

核心结论分两种情况：

• 若Thread A中所有GL命令都在glFenceSync调用之前（如你给出的代码示例），Thread B里的glWaitSync已经确保Thread A的这些命令全部执行完成，后续调用的glFinish只会等待Thread B自身提交的GL命令执行完毕，不会额外等待Thread A的其他操作（此时A已无后续命令）。
• 若Thread A在glFenceSync之后还有其他GL命令，Thread B的glFinish不会等待这些后续命令——因为glFenceSync仅标记了它被调用前的A的命令序列，glWaitSync也只同步到这个节点，A后续的命令和B的同步操作无关。

再拆解关键细节：

1. glFenceSync的作用：在Thread A的GL命令流中插入一个同步标记，该标记会在A中所有在它之前提交的GL命令执行完成后被触发。
2. glWaitSync(sync, ...)：Thread B调用此函数时会阻塞，直到上述同步标记被触发——也就是Thread A中glFenceSync之前的所有命令（glBindFrameBuffer、glDrawElements等）已在GPU上执行完毕。
3. glFinish的作用：仅负责等待当前线程（此处为Thread B）提交的所有GL命令执行完成，和其他线程的GL命令无关。你在Thread B中调用它，只会等待B自身的glWaitSync、glFlush等命令对应的GPU操作完成，不会管控Thread A后续的任何操作。

举个实际场景：
如果Thread A的代码是这样的：

glBindFrameBuffer(...);
glDrawElements(...);
GLsync sync = glFenceSync(...);
glClear(...); // 这是sync之后的命令

那么Thread B里的glWaitSync只会等待前面的bind和draw完成，不会等待后面的clear；后续调用glFinish也不会等这个clear，因为它属于Thread A在sync之后的命令，和B的同步逻辑没有绑定。

内容的提问来源于stack exchange，提问作者LiShaoyuan