LineRenderer设置特定宽度时端盖顶点方向错误导致端盖不可见的问题

• LineRenderer的宽度参数并非直接按世界单位生效，宽度值会自动结合挂载对象的本地缩放系数做映射计算。当计算得出的有效宽度值符号、或者路径切线对应的垂直法向量出现反转时，端盖的三角面排布方向就会反向，整个端盖结构会完全嵌入线体内部，从正面看完全不可见
• 你设置固定宽度为1时表现正常，本质是这个取值刚好匹配当前场景下的缩放系数，法向量符号处于正确状态；替换为从世界坐标差值计算出的宽度值后，刚好触发了法向量符号翻转，才出现所有共用该宽度配置的LineRenderer都异常的问题
• 一个很容易被忽略的触发点：如果计算宽度时两个坐标点顺序反了，得出的宽度值会是负数，负数宽度会直接把整个线的渲染面翻转，端盖自然会朝线体内部生长

• 修正宽度计算的量纲匹配问题
  直接把世界坐标差作为宽度赋值的写法本身就不符合LineRenderer的计算规则，正确的换算逻辑需要把期望的世界空间宽度，转回LineRenderer所在节点的本地空间值：

  // 计算期望的世界空间实际线宽
  float targetWorldWidth = worldCornors[0].x - worldCornors[3].x;
  // 转换为LineRenderer可识别的本地空间宽度，避免缩放错位
  float localLineWidth = targetWorldWidth / lineRenderer.transform.lossyScale.x;
  lineRenderer.widthCurve = AnimationCurve.Linear(0, localLineWidth, 1, localLineWidth);
  

• 快速定位排查
  • 临时将lineRenderer.useWorldSpace设置为true，该模式下LineRenderer的宽度计算完全基于世界单位，不会受本地缩放影响，如果设置后端盖显示恢复正常，即可确认是之前的缩放换算错位导致的问题
  • 打印计算出的宽度值，确认没有出现负数——如果两个世界角点的x坐标顺序颠倒，差值为负，必须先取绝对值再赋值给widthCurve
• 通用兜底方案
  给所有带LineRenderer的对象套一层无缩放的空父节点，将父节点的缩放强制固定为(1,1,1)，所有宽度配置都基于这个父节点的本地空间计算，从根源上避免非均匀缩放带来的法向量反转、端盖埋入的渲染异常

内容的提问来源于stack exchange，提问作者palapapa