本篇内容介绍了“Unity渲染管线流程是怎样的”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！
下图是《Unity Shader 入门精要》一书中的渲染流程图；
ApplicationStage阶段：准备场景信息（视景体，摄像机参数）、粗粒度剔除、定义每个模型的渲染命令（材质，shader）——由开发者定义，不做讨论；
GemetryStage阶段：顶点着色器、曲面细分着色器、几何着色器、裁剪、屏幕映射；
RasterizerStage阶段：三角形设置遍历，片元着色器、逐片元操作；
每个阶段具体操作如下图（虚线框是可选阶段）：
模型空间——矩阵变换——齐次裁剪空间——透视除法——NDC标准设备坐标——屏幕映射
齐次裁剪空间是视景体空间（台体）；
CVV:标准视体-也就是NDC坐标系对应的空间；
透视除法：顶点坐标除以w分量，将当前z深度所在的截面缩放为（2,2,2）的截面坐标；所以w分量记录了z深度信息；
硬件做透视除法获得NDC归一化设备坐标——再经过屏幕映射获得屏幕坐标系下顶点坐标；
Unity使用OpenGL的NDC，z分量在[-1,1]；
OpenGL和DirectX差异
NDC空间——OpenGL为[-1,1]，DirectX为[0,1]，深度z范围不同；
窗口坐标系——DirectX左上角原点，OpenGL左下角原点；
投影平面——DirectX投影平面就是视景体近截面，OpenGL有视平面；
左右手坐标系——DirectX左手，OpenGL右手，叉乘顺序；
问题：
为什么片元不叫像素？
片元是很多状态的集合，记录了该像素的屏幕坐标，深度信息，法线，UV等；
DrawCall为什么会影响性能？
DrawCall是CPU向GPU添加渲染命令的过程，过程会由CPU向GPU发送数据（模型信息），DrawCall的次数越多CPU消耗性能就越大，DrawCall次数过多会导致每一帧CPU来不及发送全部数据给GPU渲染；
GPU有一个命令缓存区（Command Buffer），CPU的渲染命令都会存储在这里，GPU从命令缓存区依次执行渲染命令；
两种渲染命令：渲染模型（CPU提交模型信息也就是DrawCall）和改变渲染状态（着色器纹理状态改变，更耗时）；
一般情况都是GPU渲染完成等待CPU发渲染命令；
“Unity渲染管线流程是怎样的”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注编程网网站，小编将为大家输出更多高质量的实用文章！
