Unity Shader入门精要实战笔记：从基础到光照纹理-北京尧图网络

不知不觉入行Unity开发也有几年了真正让我下决心啃Shader不是书上那些炫酷的截图而是项目里一个绕不过去的需求UI上要做一个边缘泛光效果美术给了一堆序列帧怎么做都像贴纸粒子也叠不出那种“从内部透出来”的感觉。翻了半天网上现成Shader改来改去全是报错最后只能老老实实翻开《Unity Shader入门精要》。这篇文章不是书评是我学完这本书之后整理的一份带“血泪”的学习笔记。我把从“照抄代码”到“能看明白、能动手改”的过程沉淀一下覆盖Shader的基础结构、顶点/片元着色器的工作原理、光照模型、纹理贴图以及调试性能的坑。适合刚开始学Unity Shader、或者学了但总是一知半解的开发者。如果你正准备啃这本书这份笔记能帮你少走很多弯路。1. 为什么啃Shader一次真实的需求倒逼我补基础先说背景。之前一直做业务功能UI交互、数据管理、角色控制都能搞定一碰到渲染相关的东西就发怵。直到接了个数字孪生风格的展厅项目需要做大量半透明材质、描边效果、动态流光我才发现Shader不是“会改就行”的东西而是一个需要系统理解的知识体系。1.1 网上抄来的Shader为什么总在报错大多数新手的第一反应是找一段别人写好的Shader复制粘贴改改颜色。问题是抄来的代码你根本不知道里面每个字段是干什么的。比如最常见的SubShader { Pass { CGPROGRAM #pragma vertex vert #pragma fragment frag float4 vert(float4 v : POSITION) : SV_POSITION { return UnityObjectToClipPos(v); } fixed4 frag() : SV_Target { return fixed4(1, 0, 0, 1); } ENDCG } }这个Shader在Unity里能跑屏幕会变成红色。但很多人不理解为什么vert要返回UnityObjectToClipPos(v)为什么frag的返回值类型是fixed4为什么函数的输入参数要加POSITION语义。一旦想改造成带纹理、带光照的版本就彻底懵了。1.2 这本书的知识结构其实很清晰《Unity Shader入门精要》最大的价值是它把Shader学习拆成了几条主线渲染管线的基本流程数据从CPU到GPU经过顶点着色器、光栅化、片元着色器最后输出到屏幕Unity Shader的语法结构ShaderLab层的Properties、SubShader、Fallback以及CG/HLSL代码层数学基础向量、矩阵、坐标空间变换这是理解光照和UV的核心光照模型从经验模型到基于物理的模型纹理、法线贴图、透明度、屏幕后处理等专项内容我当时给自己定的计划是每天一章理论部分快速读代码部分手动敲一遍遇到计算复杂的地方先在纸上推公式。前后花了差不多三周才算真正把主线走通。1.3 环境选择建议先用内置渲染管线一个很实际的建议学这本书尽量用Unity内置渲染管线Built-in Render Pipeline不要一上来就URP或HDRP。原因很简单书里的代码大多基于内置管线特别是UnityObjectToClipPos、UnityLightingCommon这类内置函数在URP里可能叫法不同或者压根没有。我见过太多人在URP里跑书上的例子结果要么一片粉红色报错要么效果完全不对然后直接弃坑。先用内置管线把原理学扎实再迁移到URP会容易很多。2. Shader文件解剖Properties、SubShader与FallbackUnity的Shader文件用ShaderLab语言编写外层本质上是给Unity编辑器用的“配置文件”真正干活的代码嵌在CGPROGRAM/ENDCG块中。理解这个结构就像学做菜先分清“菜单”和“后厨操作间”一样。2.1 Properties给美术同学准备的参数面板Properties区块定义的是材质球Inspector面板上能调的参数。它不是Shader的核心逻辑但设计得好可以极大提升复用性。比如下面这个Properties { _MainTex (主纹理, 2D) white {} _Color (主颜色, Color) (1,1,1,1) _Gloss (高光强度, Range(8, 256)) 20 }在CG代码里要通过sampler2D _MainTex;、fixed4 _Color;、float _Gloss;重新声明一遍才能用。这个双重声明是新手最容易漏的。两边的名字必须完全一致大小写也得一样否则Unity会报变量找不到。属性类型上常用就那么几种2D纹理、Color颜色、Range滑杆、Float浮点、Vector向量。Range这种类型做得好美术可以直接在面板上拖动调节比如高光指数、透明度、描边宽度都不用进代码改。2.2 SubShader真正决定渲染逻辑的容器一个Shader可以有多个SubShaderUnity会根据显卡兼容性自动往下选。每个SubShader内部可以包含多个Pass渲染通道不同Pass执行不同渲染逻辑。一个典型的理解场景是多Pass描边效果第一个Pass正常渲染物体本身第二个Pass对顶点沿法线方向稍微挤出一点渲染成纯色并开启背面剔除形成一个轮廓边。这种效果就是靠Pass的多次执行来实现的。SubShader { Pass { // 正常渲染 } Pass { // 描边渲染 } }2.3 Fallback渲染失败时的“备胎”SubShader下面通常会写Fallback比如Fallback Diffuse。它的含义是如果当前显卡连上面所有SubShader都跑不了就退回用Unity内置的Diffuse那个Shader来渲染。这在开发调试期很友好至少不会让整个物体变成洋红色Missing Shader的状态。但发布项目前得检查一下有些老Fallback的Shader本身效率不高能删就删。2.4 踩过的坑Properties里声明了CG块里忘了写这个坑我踩了不止一次。在Properties里定义了一个_ScrollSpeed变量结果CGPROGRAM里没重新声明运行时材质面板明明有滑杆调来调去画面毫无反应。排查半天才发现Properties只是暴露给编辑器用CG代码里不声明就等于没有这个变量。Unity编辑器对这个情况不会报错只会静默忽略。现在我的习惯是写好Properties后立刻到CG块里补齐同名声明再写逻辑。3. 顶点与片元Shader程序的主干Shader代码的核心是顶点着色器和片元着色器。这两个函数一个管几何一个管颜色管好了整个渲染效果就立得住。3.1 顶点着色器在干什么GPU处理场景里的物体本质上是在处理一个个三角形。每个三角形有三个顶点顶点着色器就是“每个顶点都要跑一遍”的程序。先来一个生活化类比顶点着色器就像给一张网上的每个节点贴标牌纪录每个节点在空间中的位置。它最重要的输出是裁剪空间Clip Space下的坐标这个坐标会告诉GPU“这个点最终出现在屏幕的什么位置”。看代码就这一句常用函数o.pos UnityObjectToClipPos(v.vertex);这个函数的作用是把模型空间下的顶点坐标经过模型、视图、投影变换直接变换到裁剪空间。如果你在Unity里旋转物体模型本身的数据没变但传进GPU的UNITY_MATRIX_MVP矩阵变了顶点着色器算出来的屏幕位置自然就变了。3.2 片元着色器在干什么顶点着色器算完顶点GPU会把三角形离散成一个个像素准确说是片元每个像素再跑一遍片元着色器决定它最终显示什么颜色。片元着色器的经典误解是它管一个像素的颜色和坐标无关。实际上片元着色器可以拿UV坐标去采样纹理用纹理里的颜色来替代纯色fixed4 frag (v2f i) : SV_Target { fixed4 col tex2D(_MainTex, i.uv); return col * _Color; }3.3 语义绑定Shader和GPU之间的接口协议新手最困惑的就是那些全大写的符号POSITION、SV_POSITION、TEXCOORD0、SV_Target。这些叫语义Semantics本质上是告诉GPU“这个变量的数据从哪里来、要送到哪里去”。POSITION从模型顶点数据里取位置TEXCOORD0取第一套UV坐标SV_POSITION顶点着色器输出的裁剪空间坐标系统固定读取不能改名SV_Target片元着色器输出的最终颜色值系统固定写入到渲染目标一个常见疑问是顶点着色器输入用了POSITION输出怎么变成了SV_POSITION原因是输入阶段和输出阶段的数据规范不一样。输入时你要从模型Mesh里拿数据用POSITION是声明“请把顶点位置给我”输出时你要把坐标交给光栅化阶段必须用SV_POSITION告诉GPU“这是我算好的裁剪坐标”。如果把两者写混Unity的Shader编译器可能不会直接报错但渲染结果可能一闪一闪或错乱。这类问题在实际项目中排查起来很费时间不如一开始就理解清楚。3.4 坐标空间变换为什么“位置”在不同阶段不一样渲染管线里一个顶点会经历好几个坐标空间模型空间Model、世界空间World、视图空间View、裁剪空间Clip、屏幕空间Screen。顶点着色器最核心的任务就是把顶点从模型空间一步步送到裁剪空间。我最初看这些空间变换时觉得抽象后来用Debug.Log输出一个物体的transform.position和它的顶点坐标对比才真正理解了“模型空间是以物体自身原点为参照的”这件事。书里给了一张坐标变换链的图我的建议是自己在纸上把UNITY_MATRIX_MVP的矩阵乘法展开写一遍哪怕只写一次后面看任何Shader都会豁然开朗。4. 光照模型实战从漫反射到高光的Shader化光照这部分是Shader入门里最有“门槛感”的内容但同时也是最有成就感的部分。当你看到自己写的Shader能让一个球体呈现出正确的明暗过渡时之前所有的挣扎都值了。4.1 为什么需要光照模型一个物体如果在没有光照的Shader里渲染它只是一个纯色的剪影看起来像贴图贴在场景里没有体积感。光照模型本质上是用一个数学公式去模拟真实世界的光照行为。当然真实光照非常复杂光线会在物体间反复弹射形成全局光照但实时渲染的绝大多数操作都在用近似模型。入门阶段只需要掌握从简单到复杂的几个经验模型Lambert漫反射Phong高光Blinn-Phong改进的高光最后是PBR基于物理的渲染。4.2 漫反射计算与半Lambert的由来漫反射的Lambert模型公式非常直观diffuse 光照颜色 * 漫反射颜色 * max(0, dot(法线方向, 光源方向))用一个生活中容易理解的场景来解释正午太阳在头顶你抬头看地面会觉得亮傍晚太阳斜射地面看起来就暗。dot(法线, 光源方向)求的是两个单位向量的余弦值余弦值越大说明光线垂直打到表面光能越多。max(0, ...)的作用是防止背面也被照亮——背面点积为负截断成0。书里还介绍了一个巧妙的小改进半Lambert。普通Lambert的光照遇到背光面直接全黑但游戏里很多角色为了好看不希望暗部一片死黑。于是社区里出现了一个经验做法float halfLambert dot(worldNormal, worldLightDir) * 0.5 0.5;这样把[-1, 1]区间映射到[0, 1]背光面也有了一定亮度。半Lambert早期是为了解决《半条命》里角色武器的过暗问题流行开的现在很多卡通渲染和风格化渲染还在用。4.3 高光反射Phong与Blinn-Phong的取舍Phong模型的高光计算依赖反射方向向量reflect(-lightDir, normal)然后和视线方向求点积specular 光照颜色 * 高光颜色 * pow(max(0, dot(反射方向, 视线方向)), 高光指数)pow指数控制高光的光斑大小。指数小光斑大表面看起来像塑料指数大光斑小像金属抛光表面。Blinn-Phong是Phong的优化版本它不再算反射向量而是引入一个半角向量Half Vectorfloat3 halfDir normalize(lightDir viewDir); float spec pow(max(0, dot(normal, halfDir)), gloss);半角向量是光源方向和视线方向的中间向量。顶点着色器里算一次比Phong少了一次reflect运算效率更高而且高光的形状更柔和自然。现在大多数非PBR的实时渲染代码高光部分基本都在用Blinn-Phong它还在Cocos Shader、UE自定义材质等很多引擎里通用因为原理是共通的。4.4 把Blinn-Phong写进Shader步骤拆解一段完整的Blinn-Phong顶点片元Shader其实不复杂。我按书里的思路写了一个精简版本这里把关键部分拆开看struct appdata { float4 vertex : POSITION; float3 normal : NORMAL; }; struct v2f { float4 pos : SV_POSITION; float3 worldNormal : TEXCOORD0; float3 worldPos : TEXCOORD1; }; v2f vert(appdata v) { v2f o; o.pos UnityObjectToClipPos(v.vertex); o.worldNormal UnityObjectToWorldNormal(v.normal); o.worldPos mul(unity_ObjectToWorld, v.vertex).xyz; return o; } fixed4 frag(v2f i) : SV_Target { float3 lightDir normalize(UnityWorldSpaceLightDir(i.worldPos)); float3 viewDir normalize(UnityWorldSpaceViewDir(i.worldPos)); float3 halfDir normalize(lightDir viewDir); float3 normal normalize(i.worldNormal); float diffuse max(0, dot(normal, lightDir)); float spec pow(max(0, dot(normal, halfDir)), _Gloss); fixed3 ambient UNITY_LIGHTMODEL_AMBIENT.rgb; fixed3 diffuseColor _LightColor0.rgb * _Color.rgb * diffuse; fixed3 specColor _LightColor0.rgb * _SpecColor.rgb * spec; return fixed4(ambient diffuseColor specColor, 1); }为什么要在顶点着色器里把法线变换到世界空间因为光照方向、视线方向通常都在世界空间计算保持统一坐标系才能做点积。这里要注意法线变换不能用unity_ObjectToWorld直接转否则非等比缩放时法线会歪要用UnityObjectToWorldNormal这个内置函数它内部做了逆转置矩阵处理。_LightColor0是Unity里内置的平行光颜色要在文件顶部声明#include UnityLightingCommon.cginc才能正常取到。日常开发时_LightColor0拿不到值也是个常见坑特别是从URP回来看内置管线代码时会遇到。4.5 透贴和双面渲染的概念提前说一句光照Shader写完运行时会发现平面模型从背面看是黑的。这是因为GPU默认开启了背面剔除Cull Back。如果你的物体需要双面都可见比如纸张、叶子可以在Pass里加上Cull Off。这个知识点在写水面、粒子时经常用到。5. 纹理与法线贴图让表面细节活起来纯色加光照物体总归还是“太干净”。真实世界里的木头有纹路、砖墙有凹凸、皮肤有细微的不规则。纹理和法线贴图就是用来骗过眼睛的利器。5.1 纹理采样UV坐标到底是什么纹理贴图本质是一张二维图片物体模型表面每个顶点都有一对UV坐标范围通常是[0, 1]。UV坐标的作用就是告诉GPU“这个顶点应该从纹理图片的哪个位置取颜色”。采样时有一个模式要理解Wrap Mode。默认是Repeat意思是UV超过1就重复平铺适合做重复的地板、墙砖Clamp是超过1就钳制到边缘适合做UI边框这类不能重复的纹理。5.2 法线贴图为什么要存在切线空间法线贴图本身不是偏色的图片它存储的是“扰动后的法线方向”。但问题来了法线是三维向量模型在场景里会旋转法线也不能定死在世界空间。一开始看书里讲切线空间时我觉得绕。后来自己做了个实验就明白了法线贴图里的法线是相对于物体表面“局部”的它不关心这个表面朝哪边只关心“相对这个表面来说法线应该往哪个方向偏”。而切线空间就是定义了这样一个“局部坐标系”切线T、副切线B、法线N。把存储在纹理里的法线从切线空间变换到世界空间再进行光照计算才能真正让光照在模型表面产生正确的凹凸明暗。在代码里这种变换一般在顶点着色器里算好切线空间的三个基向量然后传到片元着色器手动做矩阵乘法也可以用Unity内置宏简化。新手最容易犯的错是忘了做这个空间转换直接用法线贴图采样出来的值当世界法线结果整个物体上的光照像长了毛一样乱闪。float3 normal UnpackNormal(tex2D(_BumpMap, i.uv.xy)); // UnpackNormal 会把 [0,1] 存储的压缩法线还原成 [-1,1] 范围5.3 实操中容易翻车的点法线贴图在移动端或某些平台上显示偏紫或偏蓝通常是压缩格式和解压方式不匹配。UnpackNormal宏在绝大多数情况下都够用但如果碰巧你的贴图平台格式设置成了None压缩数据没走标准解码出来的颜色就完全不对。另一个频率很高的坑是法线强度和模型UV接缝。美术在DCC软件里生成法线贴图时如果模型UV被拆分过接缝处的法线方向容易产生明显断裂渲染时会出现一条“裂缝”感。解决办法要么是美术重烘焙要么在Shader里根据世界坐标位置做接缝融合但这个方案对大多数团队来说成本偏高尽量从上游解决。6. 调试、踩坑与性能Shader工程的另一半学Shader写出来的代码大概率第一次跑不是你要的效果。找到问题所在往往比写代码更费时间。这里分享几个实用的调试手段。6.1 “颜色断点法”把中间值输出到颜色Shader在GPU上跑不能用Debug.Log打印中间值。最朴素的办法是直接把想看的数输出到颜色上。比如怀疑法线方向不对就在片元着色器里写return fixed4(i.worldNormal * 0.5 0.5, 1);这样如果法线正确物体表面会呈现蓝绿色渐变如果出现大片红色、黑色说明法线计算有方向问题。同理把UV、世界坐标、光照方向都这样当作颜色画出来很多问题一眼就能看出来。这个方法听起来土但它确实是我排查Shader问题使用频率最高的手段比打开RenderDoc看一张巨大的调试图还快。6.2 Frame Debugger逐Pass步进看渲染Unity自带的Window - Analysis - Frame Debugger可以逐Pass查看场景的渲染过程。它能告诉你当前物体实际走了哪个Pass用了哪些Shader属性渲染顺序是什么。当一个物体同时存在多个材质、多个Shader分支时用Frame Debugger确认“它到底执行了哪个SubShader”非常有效。之前遇到一个透明物体显示全黑的问题Shader代码里也看不出哪里错。开着Frame Debugger一步步过发现是渲染队列被某个后处理插件改成Transparent导致透明物体在深度写入之前就被混合掉了。这种跨系统的交互问题靠读代码很难定位工具却能直接告诉你真相。6.3 常见报错到底在说什么Shader编译报错的文案通常很长但常犯的就那么几种报错片段真实原因解决办法undeclared identifier变量没声明或命名不一致检查Properties与CG块的同名声明syntax error少分号、括号不匹配逐行检查配合缩进invalid output semantic输出语义拼写错误比如SV_Target写成Target用Unity标准语义别自己发明Program ... exceeded instruction limit指令数超限通常是循环或复杂计算过多把循环展开、减少插值器数量、把逐片元计算挪到逐顶点一个隐蔽的坑来自CGPROGRAM里的#pragma vertex和#pragma fragment。如果函数名拼错Unity不会立刻报错而是运行时整个Shader变成洋红色无法编译。出现大面积洋红色时第一个检查对象就是这两个#pragma。6.4 移动端性能别让华丽效果拖垮帧率性能优化在Shader里属于高优先级话题。面试题里也经常出现“Unity中如何优化Shader”。按我个人经验来看移动端Shader优化的优先级排序是减少Overdraw透明物体叠太多片元着色器反复执行GPU开销会成倍上涨减少动态分支GPU的并行架构对分支不友好特别是循环次数不一致的情况用低精度类型能用half别用float能用fixed别用half在移动端能省很多带宽和计算量控制纹理采样次数一个Pass里采样太多纹理对带宽压力很大能合并的通道合并减少变体Shader变体会让打包体积和加载时间爆炸用#pragma shader_feature时注意控制开关数量用Unity自带的Profiler看GPU耗时如果某个Shader的耗时占全场景20%以上就要认真优化了。像是微信小游戏这类WebGL环境Shader兼容性和性能要求更严格很多桌面端没问题的高级特性在WebGL 2.0下可能跑不起来一定要提前用小游戏开发者工具做真机预览。7. 学完这本书之后的路入门只是第一步。Shader这个东西越学越觉得自己懂得少但也正是这种“永远有未知”的感觉才让我一直有兴趣继续往下钻。7.1 下一步学什么学完《Unity Shader入门精要》的主线内容后续的进阶路线大概是这几个方向URP与SRP框架Unity新一代渲染管线的自定义能力很强可以写RenderFeature做自定义后处理这是当前项目的普遍需求Shader Graph可视化编辑能提升出效果的速度但要有手写Shader的基础才能真正调好节点PBR原理从GGX分布、菲涅尔项、微表面模型这些概念入手深入理解金属度、粗糙度的含义数学与渲染算法向量、矩阵、球谐函数、噪声算法这些是自定义效果的硬核基础7.2 给后来者的几个建议最后说点个人体会。第一不要直接复制书里的Shdaer然后跑通就完事一定要尝试自己删函数、加变量看看会破坏什么效果这样能建立自己的心智模型。第二遇到不理解的公式先在纸上手写一遍计算过程你会发现很多困惑在实际演算中自然就消解了。第三Shader调试不要靠猜用文中提到的方法一步步定位效率会高很多。我现在写Shader依然算不上顶尖但至少面对一个表现需求时能判断出“这个用Shader能不能做、大概要什么思路、如果做不出来问题可能出在哪”。这种判断力就是在啃完《Unity Shader入门精要》之后慢慢累积起来的。如果你也在入门路上卡壳希望这篇笔记能给你一点方向感。动手写别只看多跑几个实例Shader没你想象的那么神秘。

Unity Shader入门精要实战笔记：从基础到光照纹理

相关推荐

SPSS数据分析报告文书实战：从OMS导出到Python自动生成

降AI率工具不可取：学术诚信与AI辅助学习的正确姿势

VS Code调试Next.js全栈应用：从console.log到断点实战

更多资讯

ECU故障诊断：从DTC快照到信号链路的全路径解析

MiroFish：自建Docker Registry的镜像清理与同步管理利器

6个月转行机器人工程师：两大项目驱动的实战路线与求职指南

自建轻量代码审查流程：从Git钩子到质量门禁的工程实践

HTTP协议与Web服务器核心原理及优化实践

2026年抖店运营：美折商品搬家铺货工具实战指南

今日更新

AReaL 调试指南：从 Agent Workflow 验证到分布式训练死锁诊断

MATLAB实现GPS L1 C/A信号仿真与二维捕获验证

彻底搞懂ASCII、Unicode与UTF-8：从乱码根源到编码实战

本周精选

AI驱动的自动化专利分析平台技术解析

LeetCode-Go 题解：1252. Cells with Odd Values in a Matrix（奇数值单元格计数）双解法剖析

在线答疑系统Java毕设实战：Spring Boot前后端分离与状态流转

本月热门

基于YOLO的焊缝缺陷检测：从数据标注到工业部署全流程实践

分布式服务的决策记录

创业产品的首版范围

读完文章，想聊聊您的网站？