unity Shader 入门精要 EX
unity Shader 入门精要：
-
-
- 1、shader概念
- 2、shader分类（顶点Shader、像素Shader）
- 3、Shader编程语言
- 4、Unity Shader
-
-
- 4.1概述
- 4.2分类（Surface Shaders、Vertex/Fragment Shaders、Fixed Function Shaders...）：
- 4.3倾向
- 4.4 Shader在unity中的使用（和材质、贴图的关系）
-
- 5、开始在unity中接触shader
-
-
- 5.1shader模板（unity中Create/Shader后的选项）：
- 5.2贴图、材质与Shader
-
- 5.2.1 次时代卡渲贴图、资源分类 贴图
- 5.3unity shader历史
- 5.4学习步骤
-
- 6、shader语法框架（Vertex/Fragment Shaders）
-
-
- 6.1 Properties 参数暴露
- 6.2 用于控制渲染的 Cg/HLSL 代码编写
- 6.3 Cg/HLSL 与 Properties对应数据类型
- 6.4 渲染管线
-
- 6.4.1 应用程序阶段（The Application Stage）
- 6.4.2 几何阶段（The Geometry Stage）
- 6.4.3 光栅化阶段（The Rasterizer Stage）
- 6.5 变量语义
- 6.6 tags 检索控制标签
- 6.7 LOD 细节等级
- 6.8 RenderState
-
- 7、shader语法框架（Surface Shaders）
-
-
- 7.1 用于控制渲染的 Cg/HLSL 代码编写
-
- 8、优化
- 参考与引用
-
1、shader概念
Shader，中文名为着色器。
Shader其实就是专门用来渲染图形的一种技术，通过shader，我们可以自定义显卡渲染画面的算法，使画面达到我们想要的效果。
shader是伴随可编程渲染管线（SRP-Scriptable Render Pipeline）出现的。SRP替代了传统的固定渲染管线，可以在管线中应用3D图形学相关计算，拓展了创作者的发挥空间，是渲染技术的一次革命。
其他缩写：
PBR(基于物理渲染)——一种拟真渲染技术
SRP(可编程渲染管线)
URP (通用渲染管线)
HDRP(高清渲染管线)
DRP(默认内置渲染管线)
PBR:基于物理渲染
以前的渲染是在模仿灯光的外观
现在是在模仿光的实际行为
试图形看起来更真实
1.Build-In Render 内置渲染器（默认）兼容太多，反而不能面面俱到，效果不好
2.Scriptable Render Pipline 可编程渲染管线技术，是Unity提供的新渲染系统，可用C#脚本定制Unity的渲染过程，但自己定制渲染管线对编程要求很高，难度大，所以Unity提供里2个预制的管线，基本上涵盖了我们所有的需求，使用时不需要太底层的技术要求！
2.1 High Definition Render Pipleline 高清管线流程，专注于高端图形渲染，针对高端硬件配置，像PC、XBox 和Playstation，其面向高逼真度的游戏、图形demo和建筑渲染、超写实效果，以及所需的最佳图形效果。同时针对高端图形处理时，它要比内置渲染器要快得多，但如果用来做low poly风格的作品就有点杀鸡用牛刀了，纯属浪费资源和时间；但要想得到完成利用HDRP的完美表现能力，需要大量的贴图，漫反射贴图、高光贴图、金属贴图、平滑贴图、AO贴图、法线贴图、凹凸贴图、高度贴图…So,要做HDRP流程需要非常长的时间和庞大的制作团队，还有充足的预算！建议5人以下的小团队慎入！
2.2 Universal Render Pipleline 通用管线流程（URP前身为Lightweight Render Pipeline — LWRP轻量级渲染管线），专注于性能，URP是选了不会错的渲染管线，它被设计为能够在任何平台上都能提供最好的性能，所以除非有特殊需求只能在HDRP或者SRP解决的，其他都应该选择URP，不管是移动端、主机、PC等，URP都能提供高性能的渲染，目前URP能做的也非常多，它拥有很多HDRP相同的功能，但为了在所有平台达到更好的性能，其做了一定的缩减，但这并不意味着URP做不出漂亮的游戏；
这两种管线流程都利用里Unity新的可编程渲染管线技术，Unity正在把他们变成新的标准，shader graph，visual effect graph这些新功能都是他们的专属，这两个都是创作shader和粒子特效很棒的工具，也支持VR，不过HDRP做逼真风格的VR性能要求非常高！因为Unity实际上把所有东西渲染2次（因为有两个镜头），所以延迟渲染现在只有HDRP支持，不过对URP的支持官方已经在路上。
两者最大的区别是对光照的支持，HDRP提供高级和丰富的光照功能，比如实时全局光照（RealTime GI），能够模拟光线反射、体积光、能模拟光穿过空气中的粒子，还有重头戏的光线跟踪，一种新的光线反射和阴影渲染技术，其原理是跟踪光线在场景中放射的路径，模拟光线在真实世界里与物体交互的效果，这技术对硬件性能非常高，但能产生非常逼真的效果，可以直接用来做电影级别的预渲染作品。
另外一个区别是Shader，HDRP提供一系列高端的shader特效，例如高度、细节和parallax Maps，分别用于纹理的位移、细节和深度模拟，它还支持子面散射，用于模拟光线穿过很薄的物体，比如皮肤和衣物，它提供了高级的shader，像是stacklit，能够让你同时使用多个材质的属性，比如子面散射、彩虹色、各向异性和模糊参数化。
对于后处理效果，两者不相伯仲，HDRP独占的最重要效果，包括AO（环境光遮蔽）、自动曝光（模拟人眼适应不同光线条件的能力）、屏幕空间反射（模拟基于屏幕上可见物体的反射）；URP的AO支持已经在做了，但好东西不是都在HDRP，2D光照和阴影就是URP独占的，所以如果你在做2D游戏，就选URP！
另外两个管线都支持一个很Cool的特效—相机堆叠，让你能够同时用多个相机渲染。
原文链接：https://blog.csdn.net/weixin_41622043/article/details/107623694
2、shader分类（顶点Shader、像素Shader）
Shader分为两类 ：
顶点Shader（3D图形都是由一个个三角面片组成的，顶点Shader就是计算每个三角面片上的顶点，并为最终像素渲染做准备）。
像素Shader，顾名思义，就是以像素为单位，计算光照、颜色的一系列算法。
几个不同的图形API都有各自的Shader语言
在DirectX中，顶点shader叫做 Vertex Shader ，像素Shader叫做 Pixel Shader；
在OpenGL中，顶点Shader也叫做 Vertex Shader ，但像素Shader叫做 Fragment Shader，也就是我们常说的片断Shader或者片元Shader。
说白了，Shader其实就是一段代码，这段代码的作用是告诉GPU具体怎样去绘制模型的每一个顶点的颜色以及最终每一个像素点的颜色。
3、Shader编程语言
渲染操作由GPU完成，由于GPU使用不同于CPU的并行运算结构，需要一种适用于GPU的编程语言，也是shader编写使用的编程语言：
目前主流的Shader编程语言（面向GPU的编程语言）有三种：
基于OpenGL的OpenGL Shading Language，简称GLSL。
基于微软DirectX的High Level Shading Language,简称HLSL。
还有NVIDIA公司的C for Graphic，简称Cg语言。
GLSL与HLSL分别是基于OpenGL和Direct3D的接口，两者不能混用。
而Cg语言是用于图形的C语言，这其实说明了当时设计人员的一个初衷，就是让基于图形硬件的编程变得和C语言编程一样方便，自由。正如C++和 Java的语法是基于C的，Cg语言本身也是基于C语言的。如果您使用过C、C++、Java其中任意一个，那么Cg的语法也是比较容易掌握的。Cg语言极力保留了C语言的大部分语义，力图让开发人员从硬件细节中解脱出来，Cg同时拥有高级语言的好处，如代码的易重用性，可读性高等。
Cg语言是Microsoft和NVIDIA相互协作在标准硬件光照语言的语法和语义上达成了一致，所以，HLSL和Cg其实是同一种语言。
Unity3d里CG如何编译
Windows：Direct3D GPU汇编代码
Mac:OpenGL GPU汇编代码
Flash: flash GPU汇编代码
Ios/Android: Unity会将CG转换成GLSL代码
为什么使用GPU编程渲染
优点： GPU高并行结构 拥有更多逻辑运算单元（ALU）适合用于密集型数据处理，对数据进行独立运算（多个数据并行运算时间和一个数据单独执行时间是一样的）
CPU大部分面积为控制器和寄存器
GPU并行处理能力强于CPU 让它同一时间处理很多顶点数据
缺点：由于是数据独立运算难以实现数据之间相关性的算法（射线和物体的求交运算）
GPU无法实现CPU强大逻辑运算能力（这就是为何GPU如此牛皮却无法取代CPU的原因）
选择：
使用HLSL进行shader编程
曾使用CG，Unity当初是以移动平台为主要目标的。而移动平台的主流图形API是OpenGL，对应的除了GLSL之外，就是CG。但是CG已经停止更新很多年了。随着GPGPU的出现，以及Unity扩大对象平台范围，特别是最近的Compute Shader、Mesh Shader、以及光线跟踪的出现，CG已无法胜任。而微软在家用机市场的地位依然强健，且HLSL的粒度比GLSL细（就是更底层），在互转的时候HLSL转GLSL容易而反之困难，此外竞争对手虚幻引擎也是用的HLSL。
4、Unity Shader
4.1概述
在Unity中编写的Shader最终会根据不同的平台来编绎成不同的着色器语言。
Unity Shader严格来说并不是传统上的Shader,而是Unity自身封装后的一种便于书写的Shader，又称为ShaderLab。
由于有更好的跨平台性，Unity官方的建议是用Cg/HLSL来编写shader。（当然你也可以使用GLSL）
4.2分类（Surface Shaders、Vertex/Fragment Shaders、Fixed Function Shaders…）：
在Unity中有4种Shader：
Surface Shaders 表面着色器
（Unity对Vertex/Fragment Shader的又一层包装。更符合人类的思维模式，同时可以以极少的代码来完成不同的光照模型与不同平台下需要考虑的事情。）
（在进行表面着色器的开发时，我们将直接在Subshader这个层次上写代码，系统将把我们的代码编译成若干个合适的Pass——Subshader与pass概念详见后续‘shader语法框架’相关内容）
Vertex/Fragment Shaders 顶点/片断着色器
（更基础的shader，Vertex/Fragment Shader能实现的效果，Surface Shader不一定能实现，反过来则成立）
Fixed Function Shaders 固定管线着色器
（已经被淘汰，不再推荐）
固定功能的shader，是对硬件能执行的基本的命令进行编写的shader。这类shader功能很有限，但是速度却是最快的。
涉及五方面内容Properties（属性）、Material（材质）、Lighting（光照）、Settexture（设置纹理）以及Pass（通道）。
用于不支持高级着色器特性的旧硬件上，完全采用ShaderLab编写。
unity内建了许多固定功能管线着色器。
shader是伴随可编程渲染管线（SRP-Scriptable Render Pipeline）出现的。
早期GPU遵循的管线叫固定管线（Existing Fixed Function Pipeline），固定管线只能配置“是否开启雾效”、“是否开启光照”、“是否开启深度测试”等一些参数，而不能控制物体与光交互的算法。
固定管线只需要传递不同存储器所需要的数据到参数列表就可以了. 至于它的底层是如何实现的,并不需要关心.因为这一切它已经封装起来了.
OpenGL从3.1版本开始，固定管线从核心模式中去除，因此我们必须使用着色器来完成工作。
初步推断：
[Fixed Function Shaders就是以shader编程的方式去实现从核心模式中去除的固定管线功能？ ]
[但unity也有针对固定管线的shader，但功能上是固定的，shader功能上更偏向与选择设置，无法进行自由定义的3D图形学运算。]
Compute Shader
这是Unity3D新增的一种。
Compute Shader技术是微软DirectX 11 API新加入的特性，在Compute Shader的帮助下，程序员可直接将GPU作为并行处理器加以利用，GPU将不仅具有3D渲染能力，也具有其他的运算能力，也就是我们说的GPGPU的概念和物理加速运算。
Compute Shader 使用HLSL语言。
4.3倾向
shader种类用Vertex/Fragment Shader，shader语言用HLSL。
Unity2018后的版本中推出了Unity官方自己的可视化Shader工具（Shader Graph），其生成的代码全部是用的Vertex/Fragment Shader。在今后的可编程渲染管线中，更倾向于较全面的Vertex/Fragment Shader。
早期的Unity中的Shader是用Cg写的，但是后面都转到了HLSL。虽然二者有一定一致性，但Cg已经很久不更新了，所以使用HLSL才是正道。
（可编程渲染管线的shader使用HLSL，之前的内置渲染管线shader一般用Cg）
4.4 Shader在unity中的使用（和材质、贴图的关系）
创建编写shader->创建材质并关联shader->关联shader所需的贴图作为一项输入->将材质赋予游戏物体->最后运行以渲染出目标画面。
Shader（着色器）实际上就是一小段程序，它负责将输入的顶点数据以指定的方式和输入的贴图或者颜色等组合起来，然后输出。绘图单元可以依据这个输出来将图像绘制到屏幕上。
输入的贴图或者颜色等，加上对应的Shader，以及对Shader的特定的参数设置，将这些内容（Shader及输入参数）打包存储在一起，得到的就是一个Material（材质），之后，我们便可以将材质赋予三维物体来进行渲染（输出）了。
【材质好比引擎最终使用的“整套解渲染决方案”，Shader好比是解决方案的流程设计，而贴图就是流程中决定使用的输入原材料。】
5、开始在unity中接触shader
5.1shader模板（unity中Create/Shader后的选项）：
Standard Surface Shader
标准表面着色器，是一种基于物理的着色系统（使用了Physically Based Rendering（简称PBR）技术，即基于物理的渲染技术），以模拟现实真实的方式来模拟材质与灯光之间的关系，可以很轻易的表现出各种金属反光效果，同时此种Shader的书写逻辑也更符合人类的思维模式。
Unlit Shader
Vertex/Fragment Shader,也就是最基本的顶点片断着色器，不受光照影响的Shader，多用于特效、UI上的效果制作。
Image Effect Shader
也是顶点片断着色器，只不过是针对后处理而定制的模版，后处理是什么呢？Bloom（也有人叫Glow/泛光/辉光等说法）、调色、景深、模糊等，这些基于最终整个屏幕画面而进行再处理的Shader就是后处理。
Compute Shader
Compute Shader是运行在图形显卡上的一段程序，独立于常规渲染管线之外的，它可以直接将GPU作为并行处理器加以利用，从而使GPU不仅具有3D渲染能力，还具有其他的运算能力。
Ray Tracing Shader
射线追踪着色器，用于 GPU 射线追踪的着色器。此着色器应至少包含一个射线生成着色器。
…
Shader Variant Collection
Shader变体收集器，在上面创建的时候，你会发现Shader Variant Collection与以上四个是被隔开的，就是因为这个与它们不一样，它不是制作Shader的模版,而只是对Shader变体进行打包用的容器。
5.2贴图、材质与Shader
shader是指令代码，需关联材质才能赋予游戏对象以达成效果。
材质——按照关联的shader的规则，处理贴图等输入信息，达到特定的画面效果。
创建材质，创建shader，并关联（一个Shader可以与无数个材质关联）。
unity standard shader使用的十大贴图分类：
- Albedo 贴图
Albedo：反照率［贴图］；用于体现模型的纹理，颜色。
反照率贴图本身是一张颜色与纹理的贴图。
该选项有贴图属性，也有颜色属性。
两个属性可以单独使用，也可以组合使用；
当颜色属性为纯白色时，则不影响贴图的效果；
当颜色属性为其他颜色时，则叠加贴图效果。 - Metallic 贴图
金属度［贴图］；用于体现模型的金属高光反射；
金属度贴图本身是一张灰白图，越白的地方，金属度越强烈，越黑的地方金属度越低。
Smoothness：平滑度
介于0 和1 之间的一个值，越小，平滑度越低，越大，平滑度越高。 - Normal Map 贴图
Normal Map：法线贴图；用于增加模型的细节；
法线贴图本身是一张蓝色的凹凸图。 - Occlusion 贴图
Occlusion：AO 贴图；
AO 贴图本身是一张灰白图。
主要用于改善阴影，给场景（模型）更多的深度，有助于更好的表现模型的细节。 - Specular
Specular：镜面［贴图］，类似于“Metallic 金属度”贴图。
PBR 贴图的制作方式不同，最终关于“金属部分”的表现，出现了两种类型的贴图，Metallic 和Specular。 - Detail Albedo x2
Detail Albedo x2：细节反照率［贴图］；
作用是对主Albedo 贴图的一个细节深入表现； - Normal Map x2
Normal Map x2：细节法线［贴图］；
作用是对主Normal Map 贴图的一个细节深入表现； - Detail Mask
Detail Mask：细节遮罩［贴图］；
这个贴图是配合“次贴图区域”中的Detail Albedo，Normal Map 两张贴图配合使用的，次贴图区域中的这两张很多是平铺的贴图，效果会作用于模型的全部，我们使用Detail Mask 将一些不需要被“次贴图”影响的部分独立出来。 - Emission 贴图
Emission：自发光［贴图］，让模型自发光
Unity 里面能作为光源存在的除了灯光组件和天空盒，标准Shader 里面的Emission 贴图也是可以作为一种光源的。 - Height Map 贴图
Height Map：视差［贴图］，比Normal Map 更有立体感的一种贴图方式；
主要用于地面，建筑等效果的体现。
5.2.1 次时代卡渲贴图、资源分类 贴图
贴图
为了满足艺术效果，会使用图形数据：贴图
但是贴图过多也会增大内存的负荷
贴图主要分两类：
1.图像贴图：美术画的，表现物体形状
2.计算贴图：辅助计算，达到特殊效果
常用贴图：
1.固有色贴图（Diffuse）
物体在白色阳光下所呈现的固有颜色
使角色呈现一个合理的饱和度，也能体现模型的一部分质感
2.透明贴图（Alpha）
只由黑白像素构成的灰度图（纯黑全透明，纯白不透明）
通常用它实现磨砂或者半透明效果
只占有一个通道的灰度图，有时也将有色贴图的A通道来存储透明贴图
（如果有其他贴图的闲置通道，也可以合并一起使用）
由于像素精度问题，可能使用透明贴图的时候有锯齿
解决办法：
调整半透明物体的边缘羽化，在材质中调整透明裁切（AlphaCutOff），只有贴图的透明度大于AlphaCutOff时才可以绘制
3.AO贴图（Ambient Occlusion）
环境光吸收贴图，只要用来制作模型的阴影
为了不受外界光照变换的影响，AO贴图采用 “吸收” 光线的计算方法，模拟全局光照效果改善阴影的细节
可以优化墙角阴影浅淡、缝隙阴影发虚等问题，加强明暗对比，增加空间的层次，灯光复杂的场景中比较有用
因为不受光照角度的影响，几乎算是静态效果，为了节省贴图所占用的内存，可以将AO贴图和固有色贴图合并为一张
5.法线贴图（Normal Map）
作为模型表面的扩展，包括了像素点的高度值
可以模拟起伏或不规则的表面
虽然会大幅增加渲染时间，但能够使几千面的模型拥有几万、几十万的视角效果
不会改变模型形状，也可以精确地表现模型表面的光照细节，大大降低了运算消耗
是RGB贴图，红色通道编码法线方向的左右轴，绿色通道编码法线方向的上下轴，蓝色通道编码垂直深度
一般法线贴图是在切空间下，直接把高度图（Height Map）转换成一张法线图（Normal Map）
6.高光贴图（Specular）
控制模型的质感
皮具、布料、金属的高光表现各不相同
相同的材料也会因为磨损程度的不同呈现不同的高光效果
7.自发光贴图（Glow）
标定模型的发光区域
贴图的白色区域渲染为完全发光，黑色区域则保持原样，灰色区域渲染未部分自发光
自发光区域不应受灯光的影响和阴影的影响
8.反射贴图（Reflection）
标注有光泽的物体表面反射的效果
为了使反射贴图获得较好的渲染效果，贴图应具有较高的分辨率
9.渐变贴图（Ramp）
辅助计算光照角度引起的不同变化
通过创建高度自定义的渐变，或使用双向反射贴图，可以模拟复杂的光照效果
10.噪声贴图（Noise）
通过噪声函数计算出的贴图
可以模拟云朵、火焰等自然现象
最常用的就是：
1.固有色贴图
2.法线贴图
3.渐变贴图
REF：https://www.jianshu.com/p/723fa8171469
more：
Matcap贴图：将PBR的高光环境光等信息记录下来，通过采样Matcap图片来替代复杂的计算。
sdf贴图：有向距离场（SDF，Signed Distance Field），
REF：图形学基础|基于SDF的卡通阴影图
REF：卡通渲染之基于SDF生成面部阴影贴图的效果实现（URP）
5.3unity shader历史
Unity4.x 阶段，画面渲染使用的是AutoDesk 的Beast 技术，老被拿来和UrealEngine（虚幻）进行对比，得到的结论就是Unity 是“渣画质”。
Unity5.x阶段彻底放弃了Beast 技术，改为使用和UrealEngine 一样的一款第三方渲染引擎Enlighten 来进行画面渲染。了配合这个新的渲染引擎，推出了“标准Shader”。理论上，我们可以使用Unity5 制作出和UrealEngine 差不多的画面效果。
标准Shader 使用的是PBR 渲染，基于现实物理效果的渲染表现形式。
一个模型能不能使用标准Shader 来进行渲染，是在做这个模型的贴图的时候决定的。有没有按照PBR 贴图的制作规范和模式来制作，决定了该模型是否可以使用标准Shader 渲染。
5.4学习步骤
- Unlit Shader,这是最基本也是最简单的模版，通过学习它了解顶点片断着色器的基本构成，以及对Shader有初步的认识。
- 利用顶点片断着色器做一些简单案例，比如一些游戏内常用的效果，与此同时深入学习Shader语法，以及用到的相关数学运算符。
- 尝试优化你的Shader，提升美术效果，减少变体数，减少运算量。
- 读一读渲染管线的书，加深对Shader理解的宽度与高度。
- 开始接触光照模型，了解Surface Shader。
- 各种光照算法研究一通。。。。顺便复习下数学。。。
- 屏幕后处理Shader
- Compute Shader
- 各种实例制作，不断强化美感、图形学以及数学。
6、shader语法框架（Vertex/Fragment Shaders）
框架主体：
Shader "name"
{
[Properties]
{
}
SubShaders
{
pass
{
}
}
[FallBack] "name"
[CustomEditor] "EditorName"
}
其中[]方括号表示的是可选，意思就是说在Shader中可以没有它，只要不需要的话不加也是没有问题的。
可以拆分成以下几个大部分：
Shader “name” （shader路径名称，也就是我们在Project面板中的资源文件的名称，可与文件名不同）
Properties （属性，材质球面板中显示的贴图和一些参数的设置位置）
SubShaders （可以有不止一个，核心算法在SubShader中实现，可针对高中低等不同硬件配置提供不同的SubShader，加载Shader时，Unity将遍历所有SubShader列表，并最终选择用户机器支持的第一个。）
pass （渲染一次）
FallBack （备胎，在当前机器不支持此shader时替换到对应的其他shader）
CustomEditor （自由定义材质面板的显示结果，它可以改写Properties中定义的显示方式。c#）
6.1 Properties 参数暴露
Properties可以理解为是材质与Shader的连接通道，我们在材质面板上需要设置的内容都必须通过Properties来实现并暴露。
属性的写法有个通用的格式：
[Attribute]_Name ("Display Name",Type) = Default Value[{options}]
/*
【】Attribute：属性关键字，对属性进行一些特殊的处理，同属性可有多个关键字。
如：
[HDR]亮度可大于1（颜色属性）；
[PowerSlider(N)]数值滑动条区间微调（N值:前段精度高0~1，后段精度高1~N）
[Toggle]开关
[Enum]枚举
面板格式属性关键字（同Unity面板）：
[Header]标注
[HideInInspector]隐藏
【】_Name：变量名，ID，一定要加上下划线。
（如果此Shader有FallBack的话，一定要将此Shader中的变量名与FallBack中的变量名保持一致）
【】Display Name：显示在材质面板上的名称。
【】Type：属性的类型
如：
Color颜色；
Int整数；
Float浮点数；
Vector四维数；
2D纹理；
3D纹理；
Cube立方体纹理；
Range(min,max)范围和滑动条控制（数值属性）
详细——
Color - 一种颜色，由RGBA（红绿蓝和透明度）四个量来定义；
2D - 一张2的阶数大小（256，512之类）的贴图。这张贴图将在采样后被转为对应基于模型UV的每个像素的颜色，最终被显示出来；
Rect - 一个非2阶数大小的贴图；
Cube - 即Cube map texture（立方体纹理），简单说就是6张有联系的2D贴图的组合，主要用来做反射效果（比如天空盒和动态反射），也会被转换为对应点的采样；
Range(min, max) - 一个介于最小值和最大值之间的浮点数，一般用来当作调整Shader某些特性的参数（比如透明度渲染的截止值可以是从0至1的值等）；
Float - 任意一个浮点数；
Vector - 一个四维数；
【】Default Value：属性对应默认值。第一次指定此Shader时，或者在材质面板上执行Reset时会使用默认值。
如：
Color - 以0～1定义的rgba颜色，比如(1,1,1,1)；
2D/Rect/Cube - 对于贴图来说，默认值可以为一个代表默认tint颜色的字符串，可以是空字符串或者”white”,”black”,”gray”,”bump”中的一个
Float，Range - 某个指定的浮点数
Vector - 一个4维数，写为 (x,y,z,w)
【】{option}，它只对2D，Rect或者Cube贴图有关，在写输入时我们最少要在贴图之后写一对什么都不含的空白的{}，当我们需要打开特定选项时可以把其写在这对花括号内。
如果需要同时打开多个选项，可以使用空白分隔。可能的选择有ObjectLinear, EyeLinear, SphereMap, CubeReflect, CubeNormal中的一个，这些都是OpenGL中TexGen的模式。
*/
6.2 用于控制渲染的 Cg/HLSL 代码编写
详细例子：
Shader "Unlit/MyFirstShader"
{
Properties
{
_Color("Color", Color) = (1,1,1,1)
}
SubShader
{
Pass
{
CGPROGRAM //CG代码起点
#pragma vertex vertShaderName //编绎指令:声明定义使用的顶点着色器名称
#pragma fragment fragShaderName //编绎指令:声明定义使用的片断着色器名称
fixed4 _Color; //unityshader编写规则：在CG代码中 再次声明所需使用的Properties里已暴露出的属性（内嵌的CG代码块和外边的unity能直接编译的ShaderLab代码块 无法共用变量）
//返回值 顶点着色器名 输入参数 参数语义标记 返回值语义标记
float4 vertShaderName ( float4 vertex : POSITION ) : SV_POSITION
{
return UnityObjectToClipPos(vertex);//unity内置函数，将顶点从模型坐标转换到裁剪坐标，给片断着色器用
}
//返回值 片断着色器 返回值语义标记
fixed4 fragShaderName () : SV_Target
{
return _Color;
}
ENDCG //CG代码结束
}
}
}
//标识语义：（在 顶点着色器中 可通过标识语义自动获取到 直接存储在模型中的 顶点数据——顶点位置、法线信息、顶点颜色等等）
//POSITION-模型的顶点位置信息（模型中自动获取）；
//SV_POSITION-经过顶点着色器变换之后的顶点坐标（顶点着色器返回值中自动获取）；
//SV_Target-系统值，下一个阶段输出的颜色值，用于最终显示颜色（片断着色器返回值中自动获取）；
运行步骤：
- 每个顶点都会执行一次顶点着色器。
- 对顶点着色器输出的 对应当前模型的所有片断像素的 顶点矩阵（内部会自动进行插值计算）里的每一项 执行一次片断着色器，得到最终每个像素的颜色值。
性能：
顶点着色器 每顶点执行一次
片断着色器 每像素执行一次
显示模型要的像素比模型自身顶点多得多
所以从性能的角度来考虑，我们要尽量把计算放在顶点着色器中去执行。其次在片断着色器中也要尽量的简化算法，节省开支。
6.3 Cg/HLSL 与 Properties对应数据类型
Cg/HLSL中的几种常见数据类型：
- float/half/fixed（三个都是浮点数，高精度32位/中精度16位/低精度11位）（常用规则：除了位置和坐标用float以外，其余的全部用half。）
- integer（整型）
- sampler2D（2D纹理）
- sampler3D（3D纹理）
- samplerCUBE（立方体纹理）
(默认情况下在移动平台纹理会被自动转换成低精度的纹理类型，想要用高精度，需在声明时加后缀：_half或_float)
Properties与Cg/HLSL中的类型对应：
- Int/float/Range用浮点值表示，也就是float、half或者fixed，根据自己需要的精度来定义。
- Vector/Color用float4､half4或者fixed4表示。
- 2D类型用sampler2D表示。
- 3D类型sampler3D表示。
- CUBE类型用samplerCUBE表示。
向量分量表示：
在Cg/HLSL中我们可以通过_Color来访问颜色，也可以通过_Color.rgba来访问：
红通道就是_Color.r；
绿通道和透明通道就是_Color.ga
（也可使用.xyzw，意义相同）
6.4 渲染管线
图形渲染管线之所以被叫做管线，就是因为它和一根管子的概念很像，我们可以理解为这根管子的末端连接的是我们最终的显示屏幕，管子的起始端连接的是我们的原始素材。可理解为渲染流水线。
渲染管线又称渲染流水线，它是图形图像从数据一步一步形成最终输出的画面所要经历的各种操作过程。指的是对一些原始数据经过一系列的处理变换并最终把这些数据输出到屏幕上的整个过程。
基础概念：
渲染(rendering)：计算机根据模型(model)创建图像的过程。
模型(model)：根据几何图元创建的物体(object)。
几何图元：包括点、直线和多边形等，它是通过顶点(vertex)指定的。
这根管子从头到尾大致流程可以分为以下三个大阶段（概念上）：
6.4.1 应用程序阶段（The Application Stage）
（CPU处理：3D应用程序->3d硬件驱动接口DirectX/OpenGL）
就是我们的原始素材准备阶段，包括我们的模型、贴图、相机和光源等，经过这个阶段会将所有素材转换成渲染图元并提交到下一阶段中（几何阶段）。
模型导入3D程序，3D程序调用图形学硬件API接口。
unity通过shader调用进入GPU控制语句块。
——表现为顶点着色器的输入参数
6.4.2 几何阶段（The Geometry Stage）
【顶点着色器工作阶段 】
（GPU处理：【GPU前端模块】到【图元装配】）
主要是对上一阶段中传过来的数据进行顶点上的加工处理，包括各种矩阵转换与顶点着色等，最终处理完后会输出屏幕空间的二维顶点坐标、顶点着色等信息，并再提交到下一阶段（光栅化阶段）。
这中间如果在过去T&L流水线的过程当中是由硬件设计好的运算过程，也就是集成的，它不能够进行编程控制。当图形硬件具有了可编程能力之后，我们就可以在这个阶段使用【顶点着色器】进行编写运算逻辑，用于取代过去直接集成在硬件当中的运算。
【Culling & Depth Test】裁剪和深度测试过程(用于选择给哪些数据到下一步)
——表现为顶点着色器的返回数据，即传递给片断着色器的数据
6.4.3 光栅化阶段（The Rasterizer Stage）
【 片断着色器工作阶段】
纹理采样（Texturing）和雾化处理（Fog）
经过几何阶段处理完后输送到光栅化阶段，从像素对应级别上，对每个像素对应数据进行加工处理，光栅化过后得到的结果是【帧缓存】，其保存了图形硬件为了控制屏幕上所有像素的颜色和强度所需要的全部信息。最终用于显示在屏幕上。
【Alpha Test】去绘制那些半透明的或全透明的物体。
——表现为最终片断着色器的输出
以上介绍的是渲染管线的流程，要把握的主要的过程就是我们可编程能力是两个部分，一个就是几何变换和光照使用的顶点着色器部分，另一个就是关于如何去采样，去计算颜色以及雾化处理等使用的片段着色器部分。
通过结构体（同C语言）传递更多参数
通过自定义函数（同C语言）简化着色器区块的代码
6.5 变量语义
输入数据，要靠语义来标识对应源或目标
应用阶段传入顶点着色器的数据：
struct appdata
{
//数据类型 名称 赋予POSITION语义（表示该数据来源是自动获取的模型顶点数据）
float4 vertex : POSITION; //顶点
float4 tangent : TANGENT; //切线
float3 normal : NORMAL; //法线
float4 texcoord : TEXCOORD0; //UV1
float4 texcoord1 : TEXCOORD1; //UV2
float4 texcoord2 : TEXCOORD2; //UV3
float4 texcoord3 : TEXCOORD3; //UV4
fixed4 color : COLOR; //顶点色
};
顶点着色器到片断着色器的数据：
struct v2f
{
float4 pos:SV_POSITION; //处理后的顶点位置———顶点着色器输出的屏幕裁剪空间下的顶点位置。
float2 uv:TEXCOORD0; //TEXCOORD0、TEXCOORD1、...、TEXCOORD2等等，主要用于高精度数据。
float dp:COLOR0; //COLOR0、COLOR1、...、COLORN等等，主要用于低精度数据。
};
特殊的可输入片断着色器的数据：VFACE
如果渲染表面朝向摄像机，则Face节点输出正值1，如果远离摄像机，则输出负值-1。
片断着色器输出相关语义：
通常情况下，片断着色器最终只需返回一个颜色值即可。：SV_TARGET
在需要输出多个RenderTarget时：SV_TARGET0，SV_TARGET1,SV_TARGET2…
需要自定义像素深度值时：SV_Depth
6.6 tags 检索控制标签
shader框架的更多内容：在SubShader和Pass中都有Tags可选参数组：
（表面着色器可以被若干的标签（tags）所修饰，而硬件将通过判定这些标签来决定什么时候调用该着色器。）
Tags { "TagName1" = "Value1" "TagName2" = "Value2" }
//名称（TagName）和值（Value）是成对成对出现的，并且全部用字符串表示。
Shader "name"
{
[Properties]
{
}
SubShaders
{
tags //--------------------------------------------
{
}
pass
{
tags //--------------------------------------------?
{
}
}
}
[FallBack] "name"
[CustomEditor] "EditorName"
}
SubShader Tags：
Tag：Queue（渲染队列，指定对象什么时候渲染，每个队列其实都是利用一个整数进行索引的。）
- Background
值为1000，此队列的对象最先进行渲染。 - Geometry
Queue的默认值，值为2000，通常用于不透明对象，比如场景中的物件与角色等。 - AlphaTest
值为2450，要么完全透明要么完全不透明，多用于利用贴图来实现边缘透明的效果，也就是美术常说的透贴。 - Transparent
值为3000，常用于半透明对象，渲染时从后往前进行渲染，建议需要混合的对象放入此队列。 - Overlay
值为4000,此渲染队列用于叠加效果。最后渲染的东西应该放在这里（例如镜头光晕等）。
//写法示例：
Tags{ "Queue" = "Geometry" }
//通过值的加减，提供更多层级选择的 自定义渲染队列：
Tags{ "Queue" = "Geometry+1" }
在Unity中，
渲染队列小于2500的对象都被认为是不透明的物体，从前往后绘制，不会重复绘制，无额外消耗。
反之大于2500的，会从后往前绘制，以表现透明效果，会导致像素的多次绘制，额外消耗运算资源。
所以：需要尽可能地把物体的队列设置为不透明物体的渲染队列，而尽量避免重复绘制。
Tag：RenderType
- Opaque: 用于大多数着色器（法线着色器、自发光着色器、反射着色器以及地形的着色器）。
- Transparent:用于半透明着色器（透明着色器、粒子着色器、字体着色器、地形额外通道的着色器）。
- TransparentCutout: 蒙皮透明着色器（Transparent Cutout，两个通道的植被着色器）。
- Background: Skybox shaders. 天空盒着色器。
- Overlay: GUITexture, Halo, Flare shaders. 光晕着色器、闪光着色器。
- TreeOpaque: terrain engine tree bark. 地形引擎中的树皮。
- TreeTransparentCutout: terrain engine tree leaves. 地形引擎中的树叶。
- TreeBillboard: terrain engine billboarded trees. 地形引擎中的广告牌树。
- Grass: terrain engine grass. 地形引擎中的草。
- GrassBillboard: terrain engine billboarded grass. 地形引擎何中的广告牌草。
该值为内部的约定，用来区别这个Shader要渲染的对象是属于什么类别的，
改为自定义的名称，也并不会影响到Shader的效果。
但约定名称可以利用Camera.SetReplacementShader来更改最终的渲染效果：
//替代渲染方法:
camera.SetReplacementShader (EffectShader, Tag);
//着色器设置函数：
//tag为空则所有物体Shader都替换成shaderA进行渲染。
//tag为某一类，则先检索出有该tag的对象，并判断该tag是否与EffectShader里的该tag值相等
//，相等则使用shaderA渲染，否则就直接不渲染。
Tag：DisableBatching
利用Shader在模型的顶点本地坐标下做一些位移动画时，如果此模型有批处理时会出现效果不正确的情况，这是因为批处理会将所有几何转换为世界坐标空间，因此“本地坐标空间”将丢失，导致基于本地坐标的效果失效。
- false
默认值，不禁用批处理，对应情况会产生异常 - true
始终禁用此着色器的批处理 - LODFading
仅当LOD激活时禁用批处理
Tag：ForceNoShadowCasting
是否强制关闭投射阴影，值可为：
- True，强制关闭投射阴影
- False（默认值），不关闭投射阴影
Tag：IgnoreProjector
是否忽略Projector投影器的影响，Projector是Unity中内置的组件，可用于实现贴花等功能。
- True，使对象不受Projector影响
- False（默认值），使对象受Projector影响
Tag：CanUseSpriteAtlas
是否可用于精灵打包图集，
意思就是如果某个图片精灵被设置为打包进图集中，那么当此精灵所指定Shader中设置为
“CanUseSpriteAtlas”=“False”
时就会使其无法工作，相应的UI上也会有警告提示。
Tag：PreviewType
-
Plane
平面预览 -
Skybox
天空盒预览
材质面板的预览窗口如何显示模型，默认显示的是球体，
此功能仅仅影响的只是材质面板的预览，对Shader本身没有什么影响。
6.7 LOD 细节等级
细节等级：Level of Detail
这个数值决定了我们能用什么样的Shader。（判断对应Subshader是否可用）
在Unity的Quality Settings中我们可以设定允许的最大LOD，当设定的LOD小于SubShader所指定的LOD时，这个SubShader将不可用。
Unity内建Shader定义了一组LOD的数值，我们在实现自己的Shader的时候可以将其作为参考来设定自己的LOD数值，这样在之后调整根据设备图形性能来调整画质时可以进行比较精确的控制。
内建Shader定义的LOD数值：
- VertexLit及其系列 = 100
- Decal, Reflective VertexLit = 150
- Diffuse = 200
- Diffuse Detail, Reflective Bumped Unlit, Reflective Bumped VertexLit = 250
- Bumped, Specular = 300
- Bumped Specular = 400
- Parallax = 500
- Parallax Specular = 600
6.8 RenderState
渲染状态：UnityShaderLab层面相关的设置：
subShader层的其他信息：
SubShader
{
Tags {...}
Cull Off //关闭裁剪，因为我们需要Plane的背面面向摄像机时，我们也能看到这个流光效果。
Lighting Off //关闭光照。我们不希望这个魔法阵受到光照的影响。
ZWrite Off //像素深度不写入Z缓冲区。一般半透shader都要加上这句，不然离摄像机更远的被Plane挡住的模型可能会直接显示不出来，半透效果也就失去了本身的意义。
Fog { Mode Off } //关闭雾效，不然如果场景开启了雾效，这张图就会变成下面的样子，整个Plane的轮廓都被显示出来了
Blend One One //为了节省内存，贴图采用了ETC压缩格式，没有alpha通道，所以为了呈现半透的效果，Blend就要用叠加（additive blending）而不是alpha混合（alpha blending）的方式。
Pass {...}
}
/*
Cull 摄像头渲染裁剪：Back/Front/Off 剔除背面（默认）/剔除前面（例如用于显示建筑物内部）/关闭（正反面都渲染）
Lighting 是否受环境光照影响：On/Off
ZWrite On/Off
Fog { Mode Off }
Blend One One
*/
7、shader语法框架（Surface Shaders）
与 Vertex/Fragment Shaders 自行在不同pass里编写shader内容代码不同，在进行 Surface Shaders 的开发时，我们将直接在Subshader这个层次上写代码，系统将把我们的代码编译成若干个合适的Pass。
（按官方可视化Shader工具输出的代码看，更倾向于使用功能更全面的 Vertex/Fragment Shaders编写方案）
（参考第6章节内容，此章节主要例举Surface Shaders相关的 额外及区别内容）
主体框架：
Shader "name"
{
[Properties]
{
}
SubShader
{
}
[FallBack] "name"
[CustomEditor] "EditorName"
}
7.1 用于控制渲染的 Cg/HLSL 代码编写
详细例子：（对比6.2章节的详细例子理解）
Shader "Custom/Diffuse Texture" {
Properties {
_MainTex ("Base (RGB)", 2D) = "white" {}
}
SubShader {
Tags { "RenderType"="Opaque" }
LOD 200
CGPROGRAM
#pragma surface surf Lambert //编译指令（详见下方注释）
sampler2D _MainTex;
struct Input {
float2 uv_MainTex; //与Properties内容关系（详见下方注释）
};
//CG规定了声明为表面着色器的方法（就是我们这里的surf）的参数类型和名字，
//因此我们没有权利决定surf的输入输出参数的类型，只能按照规定写。
//这个规定就是第一个参数是一个Input结构（自定义struct），第二个参数是一个预定义好的inout的SurfaceOutput结构（详见下方注释）。
void surf (Input IN, inout SurfaceOutput o) {
half4 c = tex2D (_MainTex, IN.uv_MainTex);
o.Albedo = c.rgb;
o.Alpha = c.a;
}
ENDCG
}
FallBack "Diffuse"
}
/*
【】编译指令：#pragma surface surf Lambert
它声明了我们要写一个表面Shader，并指定了光照模型。它的写法是这样的
#pragma surface surfaceFunction lightModel [optionalparams]
surface - 声明的是一个表面着色器
surfaceFunction - 着色器代码的方法的名字
lightModel - 使用的光照模型。
【】uv_MainTex
在CG程序中，我们有这样的约定，在一个贴图变量（在我们例子中是_MainTex）之前加上uv两个字母，就代表提取它的uv值（其实就是两个代表贴图上点的二维坐标 ）。我们之后就可以在surf程序中直接通过访问uv_MainTex来取得这张贴图当前需要计算的点的坐标值了。
【】SurfaceOutput结构：
struct SurfaceOutput {
half3 Albedo; //像素的颜色
half3 Normal; //像素的法向值
half3 Emission; //像素的发散颜色
half Specular; //像素的镜面高光
half Gloss; //像素的发光强度
half Alpha; //像素的透明度
};
*/
8、优化
渲染是游戏内资源消耗占比极高的部分，对渲染过程进行优化是非常重要的步骤。
Unity优化当中有一个主要部分就是减少Draw Call的调用，Draw Call就指的是应用程序去调用图形硬件GPU去进行渲染的调度过程。应用程序需要准备很多的数据，包括顶点数据、矩阵、向量等数据，都需要通过应用程序传递给GPU，这样个调度过程CPU必须要去收集数据以后才产生一个API的调用，这个过程的消耗是高昂的，如果反复地启动这个调用，那么就仅仅收集和传递参数这样的过程相当耗时耗力，就会造成了应用程序或游戏运行的瓶颈。因此要尽量减少Draw Call，尽量减少CPU对GPU这样的调用。
参考与引用
REF1：https://zhuanlan.zhihu.com/p/46745694 《零基础入门Unity Shader》
REF2：https://onevcat.com/2013/07/shader-tutorial-1 《猫都能学会的Unity3D Shader入门指南》
REF3：https://www.jianshu.com/p/a41cdff34f6b 《Unity 渲染流程》
REF4：https://blog.csdn.net/hbysywl/article/details/80369425 《Unity渲染优化（UI向）》
REF5：https://www.cnblogs.com/maple-share/p/5395097.html 《Shader和渲染管线》
REF6：https://www.jianshu.com/p/6ad7a414ece5 《Unity渲染管线 入门概览》
REF7：https://www.jianshu.com/p/4b8ddf752328 《OpenGL 下几种固定管线着色器》
REF8： 《》
REF9： 《》
REF10： 《》
REF11： 《》
REF12：https://docs.unity3d.com/Manual/SL-SurfaceShaderExamples.html shader相关unity官方文档