与手机导航不同，高德地图的车机版（AMAP AUTO）直接面对各大车厂和众多设备商。这些B端用户采用的硬件参数参差不齐，提出的业务需求涉及到渲染中诸多复杂技术的应用，这对渲染性能提出了极高的要求。
最初车机版沿用手机版的当前屏渲染模式，每一帧都需要实时的将地图元素渲染出来。但在业务实践过程中，我们发现在多屏渲染和多视图渲染场景下，CPU负载急剧增高。以鹰眼图场景为例，在鹰眼图场景下，地图存在多视图渲染的状态：一张是主地图，一张是鹰眼小地图，因此渲染引擎同时渲染了两个地图实例对象，下图右下角即为鹰眼图：
鹰眼图绘制后，平均帧率下降了2帧，如下图所示：
针对上述情况，除了对渲染细节、批次和纹理等进行常规优化外，我们还需要寻找一种全局性的技术优化手段，大幅度提升引擎的渲染性能。为此，我们深入地研究了离屏渲染技术，并结合导航业务，提出了一种基于离屏渲染技术对特定地图的视图进行性能优化的方法。
优化原理在OpenGL的渲染管线中，几何数据和纹理通过一系列变换和测试，最终被渲染成屏幕上的二维像素。那些用于存储颜色值和测试结果的二维数组被称为帧缓冲区。当我们创建了一个供OpenGL绘制用的窗体后，窗体系统会生成一个默认的帧缓冲区，这个帧缓冲区完全由窗体系统管理，且仅用于将渲染后的图像输出到窗口的显示区域。我们也可以使用在当前屏幕缓冲区以外开辟一个缓冲区进渲染操作。前者即为当前屏渲染，后者为离屏渲染。
与当前屏渲染相比，离屏渲染：
在变化的场景下，因为离屏渲染需要创建一个新的缓冲区，且需要多次切换上下文环境，所以代价很高；
在稳定的场景下，离屏渲染可以采用一张纹理进行渲染，所以性能较当前屏渲染有较大提升。
从上述对比可以看出，在稳定场景下使用离屏渲染的优势较大。但因为地图状态随时都在变化，所以地图渲染通常处于前台动态渲染状态。那么有没有相对稳定的场景呢？答案是肯定的，我们将地图的状态分为沉浸态和非沉浸态。顾名思义，在地图处于变化状态的称为非沉浸态，进入稳定状态称为沉浸态。
进入沉浸态的地图，为我们使用离屏渲染提供了条件。经过统计，地图处于前台状态的场景下，沉浸态时间基本上和非沉浸态时间相当，这样我们采用一张纹理，即可将处于非沉浸态场景下的地图渲染出来，大大降低了系统开销。在鹰眼图，矢量路口大图等特定的视图场景下，地图基本上均处于沉浸态。所以这些视图下采用离屏渲染技术进行优化，取得的收益将是巨大的。
工程实践将以上的技术优化原理，代入到实际的导航应用中，流程如下：
离屏渲染通常使用FBO实现。FBO就是Frame Buffer Object，它可以让我们的渲染不渲染到屏幕上，而是渲染到离屏Buffer中。但是通常的离屏渲染FBO对象不具备抗锯齿能力，因此开启了全屏抗锯齿能力的OpenGL应用程序，如果采用离屏渲染FBO对象进行离屏渲染，会出现锯齿现象。而在非沉浸态地图的状态下，是开启全屏抗锯齿能力的，所以我们必须使用具备抗锯齿能力的离屏渲染技术来进行地图渲染技术优化。
抗锯齿离屏渲染技术简述本节以iOS系统为例，对抗锯齿能力的离屏渲染技术进行简述。iOS系统对OpenGL进行了深度定制，其抗锯齿能力就是建立在FBO基础上的。如下图所示，IOS基于对抗锯齿的帧缓存（FBO）对象进行操作，从而达到全屏抗锯齿的目的：
接下来具体介绍抗锯齿FBO的创建步骤：
创建FBO并绑定：
GLuint sampleFramebuffer; glGenFramebuffers(1, &sampleFramebuffer); glBindFramebuffer(GL_FRAMEBUFFER, sampleFramebuffer);