Vulkan 之RenderPass

最新推荐文章于 2025-06-11 09:15:00 发布

江湖修行

最新推荐文章于 2025-06-11 09:15:00 发布

阅读量589

点赞数 1

CC 4.0 BY-SA版权

分类专栏：渲染大前端文章标签：渲染 android vulkan

本文链接：https://blog.csdn.net/jh1988abc/article/details/132561926

RenderPass是Vulkan中定义渲染流程和资源的元数据，包括Subpass、Attachments、依赖关系等。Subpass由一个或多个Attachment（颜色、深度）组成，它们之间通过VkSubpassDependency定义执行顺序和依赖。RenderPass的创建涉及VkAttachmentDescription和VkRenderPassCreateInfo等结构，有助于提高渲染效率和优化资源管理。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

RenderPass

RenderPass是现代图形API提出的新概念，简单来说RenderPass是整个Render Pipeline的一次执行。RenderPass本质是定义一个完整的渲染流程以及使用的所有资源的描述，可以理解为是一份元数据或者占位符的概念其中不包含任何真正的数据。简单来说就是各种着色器的步骤的组合。所以走完一遍渲染管线，可以看成是一次renderPass。

在Vulkan中，一个RenderPass包含了一个或多个SubPass，每个SubPass对应很多的Attachment（包括颜色，深度等），同时开发者需要定以后SubPass之间的依赖关系，最后由RenderPass管理，交给GPU执行，完成渲染动作。

Why RenderPass

在传统的图形API当中，可以随意渲染任何想要的东西到Framebuffer上。但是Vulkan的CommandBuffer是多线程上并行构建的且随着移动端GPU的Tile Base架构更流行，直接取Framebuffer数据会有问题。于是在Vulkan当中提出了RenderPass这一概念。旨在让应用程序将一帧的高层结构传递给驱动程序更加明确渲染执行步骤，而不是随意地渲染到Framebuffer中去。

Subpass

如果说RenderPass是对所有DrawCall指令的集合边界（不包含的指令不进行绘制），那么SubPass可以认为是对某些特定指令和属性的处理。尤其是Tile Base架构下，每个tile下存在多个SubPass执行，且如果后续的渲染操作和前一次的渲染操作有着相同的分辨率，并且这一块的数据需要被显示，那么前一次的渲染结果会选择高效的保存在on-chip memory上，这样的算法也需要访问上一次的渲染结果，作为下一次渲染的输入判断依据。

Vulkan 把RenderPass拆分成了一系列SubPass，且这些Subpass有着相同的分辨率和tile管理方法，并且重要的是SubPass可以作为一个SubPass下的输入，可以更高效地进行中间结果的复用，而不必等完成的RenderPass执行完。