照例，最近总结了星球小伙伴分享的图形渲染、动效岗位的面试问题，分享一些比较有代表性的。
1. OpenGL ES 与 Vulkan 的技术选型
如果项目是常规 UI、2D 动效、视频特效或中轻量 3D，OpenGL ES 通常更高效，开发成本低、生态成熟，适合快速交付。
如果是大型 3D 游戏、复杂后处理、高 draw call、高线程并发场景，Vulkan 更有优势，因为它能更好利用多核 CPU 并降低驱动开销。
实际选型不能只看理论性能，还要看团队经验、机型兼容、维护成本和上线风险。工程上“适合业务”通常比“绝对先进”更重要。
2. 什么是 Android 中的 ANativeWindow？为什么 OpenGL ES 和 Vulkan 都会用到它？
ANativeWindow 是 Android 提供的 Native 层窗口抽象，本质上是和 Surface 关联的图形缓冲生产接口。
OpenGL ES 通过它创建 EGLSurface，Vulkan 则基于它创建 Swapchain，因此它是 Native 渲染与 Android 显示系统之间的重要桥梁。
开发中无论是相机预览、播放器、游戏引擎，最终往往都要落到 ANativeWindow。面试时可以强调：它并不负责绘制，而是为图形 API 提供可呈现目标和与 BufferQueue 对接的能力。
3. OpenGL ES 中多重采样抗锯齿（MSAA）的原理是什么？
MSAA 通过对每个像素采集多个子采样点的覆盖信息，在光栅化阶段判断三角形边界，只有覆盖到采样点的位置才参与最终颜色混合，从而平滑锯齿边缘。
与 SSAA 全屏超采样相比，MSAA 只增加覆盖判断和深度/模板存储，不对每个子点独立运行片元 shader，性能开销更可控。
但在移动端 tile-based GPU 上需要谨慎使用，因为 MSAA 会增加 tile 内存占用，超出片上缓存则触发带宽密集的 resolve 操作，反而可能降低性能。建议在中高端设备上酌情开启，或使用 FXAA 等后处理方案替代。
4. 深度测试和模板测试相关
深度测试通过比较当前片元的深度值与深度缓冲中已有值，决定是否保留该片元，从而正确处理 3D 场景中的遮挡关系。
模板测试则通过一张额外的模板缓冲区对渲染区域做遮罩控制，常用于镜面反射、轮廓描边、阴影体和遮罩裁剪等特效。两者在管线中位于片元着色之后，属于逐片元操作阶段。
实际开发中深度测试基本默认开启，需要注意透明物体的渲染顺序问题，通常先渲染不透明物体，再按由远到近顺序渲染透明物体。
5. 什么是 OpenGL ES 中的 Instanced Rendering？底层原理是什么？与普通 DrawCall 相比优势在哪？
Instanced Rendering 通过 glDrawArraysInstanced 或 glDrawElementsInstanced 在一次 DrawCall 中绘制多个几何体实例，每个实例通过内置变量 gl_InstanceID 区分，结合 glVertexAttribDivisor 控制 per-instance 数据的步进频率，让每个实例拥有独立的变换矩阵、颜色或其他属性。
底层原理是 GPU 在收到一次批量命令后，内部循环处理每个实例，而非 CPU 多次调用 DrawCall，极大减少了 CPU 与 GPU 之间的指令往返次数。
相比普通 DrawCall，Instanced Rendering 在绘制大量相同网格时，CPU 开销从 O(n) 降至 O(1)，在草地渲染、粒子系统、人群模拟等场景中效果尤为显著，是移动端 3D 渲染不可缺少的优化手段。
6.OpenGL ES 中的 PBO（Pixel Buffer Object）解决了什么问题？
PBO 是一种用于像素数据传输的缓冲对象，允许像素数据的上传和读取以异步、DMA 方式进行，从而把数据传输与渲染指令解耦。
没有 PBO 时，glReadPixels 会阻塞 CPU 等待 GPU 完成渲染，glTexImage2D 也会同步阻塞上传。
使用 PBO 后，读取或上传操作可以在后台进行，CPU 不必等待，显著降低延迟和卡顿。典型场景包括视频帧上传、截图回读、相机帧处理等高频数据传输场景。Android UI 和 OpenGL ES 场景里都可能出现这个问题。优化方式包括减少不必要背景、控制透明层叠、裁剪不可见区域、合理排序以及降低复杂像素着色逻辑。
本文来自作者投稿，版权归原作者所有。如需转载，请注明出处：https://www.nxrte.com/jishu/66775.html
