glMapBufferRange能否完全替代glMapBuffer？二者差异与选型

明确结论 #

• 只要你需要用到缓冲区持久映射能力，哪怕映射的是整个缓冲区，必须使用glMapBufferRange。glMapBuffer从接口设计层面就不支持持久映射相关的参数，没有变通实现的可能。
• 在支持OpenGL 3.0及以上版本的运行环境中，glMapBufferRange可以100%替代glMapBuffer，不存在必须搭配使用两个函数的场景。

两个接口的实际关系 #

你之前误以为二者只有“是否支持映射缓冲区子范围”的差异，是大部分入门资料没讲透两者的从属定位：

• glMapBuffer是OpenGL 2.1时代就存在的遗留接口，仅支持GL_READ_ONLY、GL_WRITE_ONLY、GL_READ_WRITE三个粗粒度的访问枚举值。它本质就是驱动封装好的固定参数调用：默认映射整个缓冲区，内部自动调用glMapBufferRange时传入offset=0、length为缓冲区总长度，再配上和三个枚举对应的固定访问位标志，没有任何自定义配置的空间。
• glMapBufferRange是OpenGL 3.0引入的新接口，除了支持任意偏移、任意长度的子区间映射，最核心的升级是开放了*bitflag（位标志）*形式的细粒度访问控制：除了你需要的GL_MAP_PERSISTENT_BIT持久映射标志，还支持GL_MAP_COHERENT_BIT、GL_MAP_UNSYNCHRONIZED_BIT、GL_MAP_INVALIDATE_RANGE_BIT等一系列控制缓存同步、性能优化的开关，这些高级能力是旧接口完全不具备的。

具体使用建议 #

1. 针对你的持久映射需求：支持持久映射的运行环境最低要求是OpenGL 4.4或对应的ARB_buffer_storage扩展，远高于glMapBufferRange要求的OpenGL 3.0版本，全程使用glMapBufferRange即可。哪怕要映射全缓冲区，直接把offset设为0、length设为缓冲区总长度就行，和旧接口映射全缓冲区的行为没有任何差异，还能正常开启持久映射的相关配置。
2. 哪怕没有持久映射需求，新写的代码也推荐优先用glMapBufferRange：你可以根据实际的缓冲区读写场景灵活搭配位标志，比如全缓冲区写入时加上GL_MAP_INVALIDATE_BUFFER_BIT减少驱动的隐式同步，获得比粗粒度旧接口更好的性能。如果需要完全复刻旧接口的行为，直接按以下对应关系传参即可，行为完全一致：
   • 等价glMapBuffer(target, GL_READ_ONLY)：glMapBufferRange(target, 0, buffer_size, GL_MAP_READ_BIT)
   • 等价glMapBuffer(target, GL_WRITE_ONLY)：glMapBufferRange(target, 0, buffer_size, GL_MAP_WRITE_BIT)
   • 等价glMapBuffer(target, GL_READ_WRITE)：glMapBufferRange(target, 0, buffer_size, GL_MAP_READ_BIT | GL_MAP_WRITE_BIT)
3. 唯一还需要用到glMapBuffer的场景，是你需要兼容不支持OpenGL 3.0的极老硬件，但这类硬件本身也不支持持久映射能力，和你的需求场景完全不重叠。

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