Unity写实沙发资产制作全流程：建模、PBR材质、光影与交互优化

做写实家具资产这件事，我最大的感受是：沙发是所有单品里最"考手艺"的。模型能看，不等于材质能看；材质能看，不等于在Unity里跑起来还能看。我做完这套"写实风沙发+木质茶几"组合后在场景里反复调了好几天，把灯光、阴影、后处理、交互展示、移动端适配整条链路都走了一遍，这里面的经验和坑，值得单独写一篇完整的记录。

这篇内容适合两类人：一是想在自己项目里放高质量家具模型、做数字孪生或室内设计可视化的开发者；二是准备在Unity资源商店上架写实家具资产、想把"模型+材质+展示"做成一套完整产品的独立开发者。我会从建模规格、材质导入、光影设置、交互实现、包体优化五个部分讲清楚，全程按我实际踩坑后的最终方案来写，你可以直接照做。

1. 沙发和茶几的建模规格：为什么写实感从布线阶段就已经决定

很多人拿到一个沙发模型，第一件事就是拖进Unity、挂一个Lit材质，然后期待它"看起来写实"。结果往往很失望——颜色对了、高光也有一点，但就是假。问题通常出在建模阶段，而不是渲染阶段。写实感这个东西，从拓扑布线、UV规划、法线方向就已经决定了上限，材质只负责把建模阶段打下的底子呈现出来。

1.1 结构拆分与面数预算

沙发看起来是一个整体，建模时必须拆成功能部件。我按"底座、坐垫、靠垫、扶手、沙发脚"五大部分来拆，茶几单独拆成"桌面、桌腿、横撑"。拆分的目的有两个：一是方便后续LOD（细节层级）的剪枝，比如远景可以简化坐垫内的不可见结构；二是方便材质分配，皮质、布艺、木质、金属脚轮的粗糙度和高光参数完全不一样，拆开了才好分别处理。

面数预算上，没有统一标准，取决于目标平台。我的建议是：

做写实资产最忌讳"一个模型走天下"。我见过很多新手在PC场景里堆了20万面，拿到手机上直接卡成PPT；也见过有人在手机上用1500面的沙发，怎么打光都像玩具。我的做法是：按PC端标准做一套精细高模，然后手动拓扑一套低模，配合法线贴图把高模细节转到底模上。这样一套资产可以覆盖从PC到移动端的绝大部分场景。

1.2 拓扑、法线与UV规划的关键细节

布线的核心原则是"曲面轮廓正确、转折处够密、平坦处够省"。沙发坐垫这类有软体感的部件，边缘轮廓的倒角弧度最影响真实感，圆弧过渡处的环线（Loop）一定要给够；坐垫顶面的平坦区域不需要太多线，过多反而会在顶点色和法线计算时产生不必要的噪声。

法线贴图是写实家具的胜负手。沙发坐垫的微褶皱、靠垫表面的布料纹理、扶手的缝线，这些细节如果全用几何做出来，面数会翻好几倍。我的流程是：在雕刻软件里做高模细节，再烘焙法线贴图到低模上。烘焙时记得把"低模的法线方向"作为基础切线空间来处理，否则接入Unity后光影会沿接缝断裂。

UV规划上，写实家具必须注意贴图密度的一致性。沙发的坐垫、靠垫、扶手虽然大小不同，但UV island的像素密度要尽量均匀，否则会出现"坐垫纹路清晰、扶手模糊"的观感。木质茶几的贴图密度要求和沙发保持一致，木纹方向也要统一走势，我一般让茶几桌面的木纹沿长边方向延伸，桌腿的木纹沿轴向延伸，视觉上才自然。

1.3 茶几配套逻辑：风格统一是"赠送"的正确姿态

标题里写"附赠木质茶几一个"，这个"附赠"不是随便丢一个小桌子进去，而是让茶几作为沙发的视觉配套存在。我做的茶几没有过度抢镜：木质颜色比沙发扶手木件略微深半档，造型线条保持简洁，桌面带一圈很小的倒角——这样在灯光下会有清晰的边缘高光，反射表现更像真实木蜡油表面。

配套资产最容易犯的错是：模型风格、材质风格、精细程度三者与主资产不一致。沙发做得精雕细琢，茶几却像白模；或者茶几质感很不错，但和沙发的木色一点关系都没有。我的经验是：给沙发和茶几定义一个共同的"材质锚点"，比如两者都使用同一种木纹贴图的不同UV密度、同一套粗糙度变化逻辑，这样放在同一个场景里才有"成套感"。

2. 从建模软件到Unity：PBR材质流导入与"紫红色魔咒"

模型做完之后，最大的分水岭就在导入Unity这一步。同一个模型，导入参数不同，渲染结果可能天差地别。我在这里踩过的坑非常典型：模型导入后材质变成紫红色、法线贴图发灰、粗糙度贴图完全没起作用……这些问题的根源都出在"Unity对贴图和Shader的默认处理方式"理解不到位。

2.1 PBR贴图通道与通道打包思路

写实沙发的PBR贴图一般需要五张：BaseColor（固有色）、Normal（法线）、Roughness（粗糙度）、Metallic（金属度）、AO（环境光遮蔽）。家具场景中，金属度贴图往往很简单，因为沙发和茶几绝大多数区域金属度为0；AO贴图则负责坐垫之间、靠垫与扶手之间那些细微的接触阴影。

为了省贴图数量和包体体积，我强烈建议做通道合并。具体做法：

• 把AO合入BaseColor的Alpha通道，或者合入金属度贴图的R通道。
• 把Roughness放Roughness贴图的G通道，Metallic放B通道，用一个遮罩贴图同时承载"粗糙度+金属度"。

这样五张贴图可以合并成三张甚至两张，材质球数量减少，Draw Call和内存占用也会降低。我在茶几材质上就只用了一张BaseColor（Alpha带AO）和一张Normal，再加一个全局粗糙度参数控制，观感完全够用。

2.2 Unity导入参数逐项怎么设

FBX模型导入时，最容易栽跟头的参数是Scale Factor和Bake Axis Conversion。家具类资产在建模软件里通常用厘米单位，而Unity单位是米，导入后一定要确认Scale Factor为1（如果你的建模软件导出时已经做了单位换算），否则沙发会被放大100倍或缩小100倍，灯光阴影全部错乱。

贴图导入的设置更关键。我总结了一份自用清单：

BaseColor必须在sRGB下，否则颜色会变灰；Normal和粗糙度贴图如果在sRGB下，则会出现"发灰、发白、光照怪异"的问题。很多人遇到"材质变亮变假"或者"法线完全失效"，基本都是这个开关弄反了。

2.3 紫红色材质：最典型的Unity渲染管线坑

标题下的热搜词里有一个非常显眼："unity材质变成紫红色"。这是Unity里最著名的错误提示色，含义是"当前材质球找不到或无法编译对应的Shader"。我在做这套沙发时也复现过一次：用HDRP项目做好的材质，切到URP项目后，整套沙发全部变成紫红色。

排查顺序很固定：先看Console窗口有没有Shader报错或材质引用丢失；然后选中材质球，Inspector面板里看Shader一栏是否显示为红色"Missing"或变成了某个不存在的管线Shader；最后再检查贴图是否丢失（贴图被删除、Guid变化、或导入路径改动）。多数情况下，紫红色的根因是渲染管线切换导致的Shader不匹配，其次才是贴图丢失。

解决办法有两个方向。一是用Unity官方提供的Render Pipeline Converter工具，把旧管线材质批量转换到URP/HDRP；二是手动重新给材质球指定当前管线的Lit/Standard Shader，然后逐项重设贴图。我的经验是：批量转换之后一定要逐个材质复查一遍——转换工具偶尔会把Alpha通道、法线贴图的sRGB状态搞乱。如果你不熟悉这个流程，直接在导入资产时就规划好"只做URP版本"或"只做HDRP版本"会更省心。

2.4 材质参数的经验值

写实沙发材质的关键参数，我调试后觉得比较稳的范围如下：

• 皮质坐垫：BaseColor饱和度不能太高（写实皮质是低饱和带一点微浊感），Roughness在0.35~0.5之间，Metallic为0，AO需要一点，法线贴图强度我给0.6~0.8，太强会像被捏皱的纸。
• 布艺靠垫/坐垫：Roughness拉到0.85~0.95，几乎没有高光；法线贴图强度略高（0.8~1.0），配合微细噪声贴图模拟织物绒毛感。
• 木质茶几：Roughness在0.4左右，木纹贴图配合G通道粗糙度变化，让清漆覆盖区域反光强、木材裸露区域反光弱。
• 沙发金属脚轮：Metallic=1，Roughness=0.2左右，表现出哑光金属质感。

这些数值不是拍脑袋定的，本质上是在模拟真实材质的光学属性：皮质有微光泽但不算亮面，布艺是漫反射主导，木材是混合了镜面反射和漫反射的半光泽表面。

3. 写实沙发的质感来源：灯光、阴影与后处理方案

材质到位之后，决定沙发是"像照片"还是"像游戏截图"的，就是灯光和后期了。我把沙发放进一个空场景里进行基础打光测试时发现，直接拖个HDRI天空盒进去，效果只能说是"能看"；必须配合定向光、补光、反射探头和后处理Volume，整套光影才算完成。

3.1 家具展示场景的布光思路

我做家具展示场景时的灯光配置是：HDRI环境光 + 一盏主光（模仿窗户方向的阳光）+ 一盏区域光（模拟反光板补光）+ 一盏冷色调轮廓光（把沙发的侧面轮廓从背景里勾出来）。HDRI选择室内家居环境的贴图，提供自然的漫反射环境光；主光强度在2~4之间，角度从沙发左前方45度打过来，让坐垫表面的褶皱法线产生明显的明暗起伏。

写实的关键在"阴影过渡的层次感"。如果只用一盏主光，阴影会显得很硬，沙发和茶几之间的接触区域一片死黑；补光可以提亮阴影，但补光太强又会把阴影层次冲淡。我一般把补光强度设在主光的1/5左右。轮廓光尽量用冷色（色温7000K以上），与主光的暖色形成对比，这是让静物渲染"立体"的常用技巧。

3.2 阴影问题排查：移动端和PC的差异化处理

热搜词里"unity阴影问题"排得很靠前，说明大家在这上面折腾得不轻。沙发场景最常见的阴影问题有：阴影锯齿（阴影边缘像狗啃）、阴影抖动（相机移动时阴影边缘跳动）、阴影漏光（不该透光的缝隙里透进光）、阴影距离过近（走两步阴影就消失）。

这些问题的根因和解法我整理成一张表：

还有一个非常容易被忽略的点：URP的阴影质量默认使用"4级Cascade"（级联阴影贴图），Cascade数量直接影响近距离阴影清晰度。家具展示这类小尺度静态场景，建议把Cascade设为2~4，并把比例调整到让第一级Cascade覆盖沙发所在的3米范围，坐在沙发上的角色、沙发腿和茶几腿的近景阴影会清晰很多。如果阴影边缘仍然显硬，可以打开软阴影选项，或者在后处理里叠一层环境光遮蔽（Ambient Occlusion）来补足接触阴影。

3.3 反射探头与Light Probe组：皮质和木质的"灵魂"

写实材质库和一个关键技巧是"反射探头"。沙发皮质、茶几桌面这类半光泽表面，高光的丰富程度取决于周围环境的反射信息。URP里如果不放反射探头，整个场景只有天空盒反射，皮质看起来会非常"干"。我在沙发和茶几周围放了两个反射探头：一个覆盖沙发主体（Box型，范围2米×2米×2米），一个覆盖茶几（同样为Box型，缩小范围），让桌面能反射到沙发的轮廓和周围墙面。

反射探头之间的衔接会有一个过渡带，美术上叫"反射混合区域"，范围重叠的部分会自动混合。反射探头计算是有性能开销的，实时反射探头不要多，两个够用；如果你想要更好的反射效果，可以把反射探头烘焙为静态 Cubemap，移动端性能会更稳定。

Light Probe组则是给物体提供间接光照的。在沙发和茶几周围摆放四个Light Probe节点，模拟场景中各个位置的反弹光线方向。这个细节能让沙发被光照射时，阴影一侧不再是"死黑"，而是带一点点环境蓝色或木色溢色。

3.4 后处理Volume参数组合

URP的后处理Volume，我做家具展示时固定使用以下几项：

重点提醒一句：Ambient Occlusion（环境光遮蔽）和阴影是两回事。AO画的是接触阴影，坐垫压在靠垫上、茶几腿贴地这些细节，AO能给出非常真实的"贴地感"。我之前在PC上效果很好，但打开移动端测试后发现AO拉低了帧率，后来改成只开在PC/编辑器模式下，移动端用Dotween脚本在启动时隐藏后处理Volume组件——不过要注意AO在URP中是Render Feature，需要确认你的URP管线资产里已经添加了对应的Renderer Feature。

4. 沙发的"可动起来"：展示交互与数字孪生场景集成

沙发模型本身是静态的，但它的应用场景往往是动态的：数字孪生展馆里，用户可以旋转查看沙发的每个角度；室内设计预览里，用户要切换布艺颜色；服装视频里，沙发是角色坐下的舞台。这些场景都需要给沙发"加一点运动能力"。

4.1 为什么静态家具需要交互脚本

我最初做这套沙发资产时，只导出了模型和材质包，没写任何脚本。后来在数字孪生项目里，对方要求"客户可以点击沙发的任意部位，查看细节信息；双击复位到初始视角"。因为没有脚本，项目组只能让程序临时写，过程很折腾。从那以后，我做家具资产一定会附一个简单的展示交互脚本，哪怕只是个十几行的查看器，价值感会完全不同。

4.2 摄像机跟随与LookAt聚焦的代码实现

最简单的交互方案就是"目标点旋转+缩放查看"。我给沙发外包了一层空物体作为"展示中心点"，然后写了一段C#脚本控制主相机围绕中心点旋转。核心逻辑如下：

using UnityEngine; public class FurnitureViewer : MonoBehaviour { public Transform target; public float rotateSpeed = 5f; public float zoomSpeed = 2f; public float minDistance = 1f; public float maxDistance = 8f; private float currentDistance; void Start() { if (target == null) return; currentDistance = Vector3.Distance(transform.position, target.position); transform.LookAt(target); } void Update() { if (target == null) return; if (Input.GetMouseButton(0)) { float mouseX = Input.GetAxis("Mouse X"); float mouseY = Input.GetAxis("Mouse Y"); transform.RotateAround(target.position, Vector3.up, -mouseX * rotateSpeed); transform.RotateAround(target.position, transform.right, mouseY * rotateSpeed); } float scroll = Input.GetAxis("Mouse ScrollWheel"); currentDistance -= scroll * zoomSpeed; currentDistance = Mathf.Clamp(currentDistance, minDistance, maxDistance); Vector3 direction = (transform.position - target.position).normalized; transform.position = target.position + direction * currentDistance; transform.LookAt(target); } }

这段脚本做了四件事：按住鼠标左键拖拽旋转、滚轮缩放、限制相机距离、始终看向目标中心。实际运行时，因为沙发是一个有体积的物体，我建议把target设为沙发包围盒的中心点，而不是原点。可以用一个工具计算Bounds中心：

Renderer[] renderers = GetComponentsInChildren<Renderer>(); Bounds bounds = renderers[0].bounds; for (int i = 1; i < renderers.Length; i++) { bounds.Encapsulate(renderers[i].bounds); }

这段边界计算逻辑可以放在脚本的Start里，免去手动微调中心点的麻烦。注意如果你的沙发包含动画（比如有人慢慢地坐下去），需要在旋转时使用Space.World而不是Space.Self，否则相机坐标系会随旋转产生翻转问题。

4.3 材质切换与"逐渐消失"淡入效果

给沙发做"换布料颜色"功能也非常简单：在材质球上预设几种颜色（比如三套BaseColor贴图或三套材质球），运行时通过切换Material实例实现。我习惯把主材质挂到整体对象上，切换时遍历子物体的Renderer，对需要换色的部分设置新的材质数组。

热搜词里有一个"unity脚本控制逐渐消失"，我猜很多人是在做场景切换或者模型渐进显示时遇到了淡入淡出需求。我个人在展示"不同质感沙发对比"时常用一个协程做透明度渐入：

IEnumerator FadeIn(float duration) { float elapsed = 0f; while (elapsed < duration) { elapsed += Time.deltaTime; float alpha = Mathf.Lerp(0f, 1f, elapsed / duration); foreach (var mat in materials) { Color c = mat.color; c.a = alpha; mat.color = c; } yield return null; } }

要注意：URP的Lit材质默认是Opaque模式，直接改Alpha无效，必须把Surface Type改为Transparent，或者改用Fade模式。不然你调了半天的透明度，渲染出来还是完全不透明。

这个"逐渐消失"还可以扩展成"缓慢入场"：让沙发从半透明+稍微偏下的位置逐渐上升到地面高度、再恢复完全不透明，配合Time.timeScale控制展示节奏。我在做产品宣传片时经常用这个手法，效果比硬切好很多。

4.4 在XR和移动端的适配细节

这套沙发我在Pico4上跑过，也在微信小游戏里测过。两者的坑不太一样。

Pico4开发时，旋转展示逻辑最好挂在手柄的射线交互上，让用户可以抓取沙发并旋转。脚本里的Input.GetMouseButton要替换成XR交互组件的抓取事件，比如XR Grab Interactable。还有个细节：VR一体机对帧率敏感，材质切换时尽量用GPU Instancing的变体，或者提前把不同颜色的贴图都预加载，不要在交互时才动态加载，否则掉帧很难受。

微信小游戏打包时，需要注意的点更多：主线程内存限制严格，Texture必须用ASTC或ETC2压缩，且Max Size控制在1024或2048；模型三角面建议不超过1.5万；材质球数量不能多，否则setPassCall会爆炸。我的做法是为微信小游戏单独出一个"低清版本"，贴图尺寸减半，LOD直接锁定在Level 1，砍掉反射探头，后处理只保留Tonemapping。这样包体从8MB降到2.5MB，在安卓低端机上还能稳定40帧。

5. 包体优化与验收清单：从个人资产到可上架的资源包

做完沙发、茶几、材质、脚本和展示场景之后，最后一步就是"交付"。不管你是发给项目组用，还是上传到Unity资源商店，都需要一个干净的、经过性能验证的包。这一节主要讲我在包体优化和递交流程中的实操方法。

5.1 纹理压缩与包体数字

沙发资产最容易撑大包体的不是模型，而是贴图。一张2048×2048的贴图，在PC上未压缩约16MB，压缩后（BC7）大约5.3MB；如果同时有BaseColor、Normal、Mask三张贴图，一套沙发就是16MB左右。而同样的贴图在Android上压缩成ASTC 6x6后，单张约1.3MB，三张约4MB——所以"同一套资产给移动端用"和"给PC用"必须走完全不同的压缩策略。

我的建议是：资源商店仓库里保留原始高分辨率贴图和全套导入设置说明；同时在包里附一个"快速部署目录"，里面是已经按ASTC 6x6压缩、Max Size=2048的移动端版本。这样用户可以按需选择，而不是收到一堆需要自己折腾的原始素材。

5.2 合批与GPU Instancing：让Draw Call降下来

沙发加茶几，如果不做任何合批，很容易产生30~50个Draw Call：每个部件独立一个材质球、一个Mesh，坐垫和靠垫往往还不共用纹理。对PC来说这个数量无所谓，但到了移动端就很紧张。我的处理方法是：

• 坐垫、靠垫、扶手的贴图如果材质相近，尽量合到同一张Atlas里，共用同一个材质球。
• 茶几桌面和桌腿如果都使用同一套木质贴图，直接共用一个材质球，配合轻度的顶点色变化来区分明暗。
• 静态场景里，把沙发的所有子物体勾选"Static"标志，启用Static Batching，让Unity自动合并批次。
• 如果沙发在场景里重复摆放（比如商场展区里放三组沙发），用GPU Instancing渲染重复的模型，可以省掉重复的Draw Call。

实测下来，Unbatched状态下我的一套沙发+茶几组合大概是34个Draw Call；做完材质合并和静态合批后是9个Draw Call；再用GPU Instancing摆三组就是12个左右，表现相当可观。

5.3 LOD与配件策略

LOD（细节层级）是家具资产包的专业标配。我给沙发做了三级LOD：

LOD Group的过渡距离根据场景尺寸定，通常近景在2米以内切换，中景3~8米，远景8米以上。LOD2可以砍掉大多数细分曲面细节，保留大体轮廓即可。一个细节：LOD切换时如果出现"跳变感"，多数原因是两个LOD之间的轮廓差异太大，建议在LOD1之后把法线贴图的强度稍微调高一点，视觉上的细节损失会更小。

5.4 资源商店交付规范

如果你准备把"沙发+茶几"做成一个可上架的资产包，有几件事必须做好，否则很容易被退款或差评。

第一，Unity版本兼容。写明你制作时用的Unity版本和渲染管线（URP还是HDRP），最好附带一个"Package说明"文档，里面记录管线转换的方法。如果你用的是2022 LTS或Unity 6，需要特别注明Shader的兼容性，因为Unity 6的GPU渲染能力增强，材质参数的表现会和旧版本略有差异。

第二，依赖清理。打包前用Asset Store Tools检查有没有遗留下不相关的依赖（比如你只做沙发，包里却带了某个测试场景的贴图）。有一次我的Demo场景里混入了开发者间调试用的一个Grid材质，打包时忘了清理，买家导入后发现多了个莫名其妙的东西，印象分直接受损。

第三，Readme文档。写清楚"如何导入、如何布光、如何使用展示脚本、如何切换材质变体"。文档不需要华丽，但必须准。我自己把这套沙发和茶几的Readme定位为"快速上手手册"——从拖入模型到打光出图的完整流程，控制在10分钟内能看完。

5.5 我常用的验收清单

交付前，我最后会过一遍这张清单：

• 材质球是否全部为URP/HDRP对应Shader，没有紫红色或Missing引用。
• 阴影设置是否合理：近距离阴影清晰、远距离阴影距离足够、无锯齿抖动。
• 反射探头是否覆盖了沙发和茶几的主要展示区域。
• 后处理Volume是否能在移动端正确关闭或降级。
• 脚本是否包含错误保护（target为null时自动禁用旋转/缩放逻辑）。
• 模型导入设置是否规范（Scale Factor、sRGB、压缩格式、Mip Map）。
• 包体大小是否符合目标平台的要求（PC随便，移动端尽量控制在10MB内）。
• 在真机上跑一遍，观察是否有材质闪烁、阴影异常、加载卡顿。

这套清单帮我避免过很多"看起来没问题，一上真机就翻车"的情况。特别是紫红色材质和阴影问题，在编辑器里往往不会暴露，必须放到Target Device设置为"Android"或"iOS"的模拟模式里过一遍，或者直接上真机验证。

最后再分享一个小技巧：写实沙发资产不要只做一套颜色。布艺材质在BaseColor上多出几个饱和度不同的变体（米灰、浅驼、藏蓝），皮质材质再做一套深棕和黑色，脚本切换变体时直接改MaterialPropertyBlock就行，不用克隆材质球。这样做既保持了合批，又给了使用者最想要的"换装"功能，资产在数字孪生和商业化展示里的利用率会高很多。