为什么在opengl 3.1中不推荐使用显示列表？

在OpenGL 3.1中不推荐使用显示列表的原因是因为OpenGL的设计理念发生了变化。显示列表是一种在早期版本的OpenGL中用于提高渲染性能的机制，它允许开发者将一系列的渲染命令预先存储在显卡的内存中，然后通过调用一个显示列表来执行这些命令，从而减少CPU和显卡之间的通信开销。

然而，随着OpenGL的发展，新的渲染技术和硬件架构的出现，显示列表的优势逐渐被其他更高效的渲染机制所取代。以下是一些原因：

1. 灵活性不足：显示列表在创建后是静态的，无法动态修改或更新。这意味着如果场景中的对象需要频繁地改变，开发者需要重新创建和编译显示列表，导致额外的开销和复杂性。
2. 内存管理问题：显示列表需要占用显卡的内存空间，而显卡的内存是有限的资源。当场景中的对象数量增加时，显示列表可能会占用过多的显存，导致性能下降或者无法渲染大型场景。
3. 不利于现代渲染技术：现代的渲染技术，如着色器程序和顶点缓冲对象，提供了更高级的渲染控制和更灵活的数据处理能力。相比之下，显示列表的渲染能力相对较低，无法充分发挥现代GPU的性能优势。
4. 不利于跨平台开发：显示列表是OpenGL特定的功能，不同平台和设备的支持程度可能不同。如果开发者需要在多个平台上运行应用程序，使用显示列表可能会导致兼容性和移植性的问题。

综上所述，尽管显示列表在过去的OpenGL版本中是一种有效的性能优化机制，但在OpenGL 3.1及以后的版本中，由于其局限性和不足，不再被推荐使用。相反，开发者应该使用更现代的渲染技术和API，如顶点缓冲对象和着色器程序，以获得更好的性能和灵活性。