贴花投影矩阵的本质是带遮蔽的局部坐标系变换：以击中点为原点、Z轴对齐表面法线、XY构成正交切平面，需通过顶点法线插值、切向量正交化及W分量归一化确保曲面贴合与视角一致性。
贴花投影矩阵的本质是带遮蔽的局部坐标系变换
贴花（Decal）不是简单把一张图“贴”上去，而是用一个 4x4 投影矩阵把贴花 UV 空间映射到世界空间中某块表面的切线空间。关键在于：这个矩阵必须以受击点为原点，且 Z 轴对齐表面法线，X/Y 轴构成正交切平面。如果直接拿射线击中点 + 法线构造矩阵，面对非平面或高曲率网格（比如角色膝盖、齿轮齿面），贴花会拉伸、翻转甚至消失——因为没考虑顶点法线插值差异和局部曲率。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 击中后不要只取单点法线，而要采样击中三角形三个顶点的
vertex_normal，用重心坐标插值得到更准确的表面朝向 - 切向量不能硬用
cross(normal, (0,1,0))，需先检查法线是否接近 Y 轴，否则用cross(normal, (1,0,0))保正交性 - 矩阵第四列必须是击中点
world_position，但前三列的缩放因子要根据贴花尺寸和网格局部密度动态调整，否则在密集三角面片上会糊成一团
如何从三角形网格提取局部切线空间并避免法线翻转
Unity 或 Unreal 的内置 Decal 系统默认假设表面足够平滑，但真实模型常有相邻面法线夹角 >90° 的情况（如机械接缝、布料褶皱）。此时若直接用插值法线构建切线空间，tan 和 bitan 可能突变，导致贴花纹理镜像或错位。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 对击中三角形的三个顶点，分别计算其
world_tangent和world_bitangent（需顶点着色器输出或预烘焙）；若无，则用 UV 偏导近似：dpdu = dP/dU，再正交化 - 检查插值后的
tan · bitan × normal符号，若为负，翻转bitan——这是防止贴花左右颠倒的关键步骤 - 对曲率大的区域（如球体顶部），额外做一次“法线一致性校验”：比较插值法线与邻接三角形平均法线的夹角，>45° 时降级使用面法线而非插值法线
GPU 端如何用投影矩阵采样贴花并正确混合
把矩阵传给 shader 后，常见错误是直接用 mul(decalMatrix, worldPos) 得到 UV，却忽略 W 分量除法和裁剪空间范围。结果就是贴花只在视角正对时可见，侧看就撕裂或消失。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 顶点 shader 中将世界坐标转为贴花局部空间：
float4 localPos = mul(decalMatrix, float4(worldPos, 1.0));，然后在 fragment shader 中做localPos.xy / localPos.w归一化 - 必须加深度测试：采样前判断
localPos.z > 0 && localPos.z ，否则背面三角面也会被贴花覆盖 - 混合方式别用简单 alpha blend；改用
max(0, 1 - abs(localPos.z)) * decalColor模拟贴花“嵌入深度”，避免浮在表面
为什么多层贴花叠加时会出现 Z-fighting 和排序错误
多个贴花共享同一投影矩阵逻辑，但写入 GBuffer 时若未严格按绘制顺序或深度排序，depth test 会失效。尤其当两个贴花投射到同一三角面上且 Z 偏移极小时，GPU 光栅化精度不足以区分先后。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 每个贴花矩阵的第四行第三列（即 Z 平移项）手动加微小偏移：
matrix[2][3] += decalIndex * 0.0001; - 开启
GL_POLYGON_OFFSET_FILL（OpenGL）或D3D12_DEPTH_STENCILOP_DESC中配置DepthBias（DX12），而非依赖 shader 偏移 - 避免在同一个 draw call 中混用不同贴花材质；每种贴花类型单独排序+batch，否则
SV_Depth无法保证一致性
最麻烦的其实是动态网格变形——比如布料模拟或蒙皮动画。这时击中点的世界位置和法线每帧都在变，但投影矩阵通常只在命中瞬间计算。若不每帧重算并上传新矩阵，贴花就会“滑脱”。这不是数学问题，是数据同步问题。
