Unity程序化生成圆角路口网格：从道路中心线到Mesh的完整方案

做交通模拟或者城市场景程序化建模时最容易让人卡住的往往不是直道而是路口。直道说白了就是一条拉伸的矩形带可一到十字路口两条路交叉处的路面网格要怎么生成转角要不要带圆弧贴图方向怎么才不会乱网格怎么和四条路无缝拼起来这些问题能劝退一大半新手。我最近把项目里的路口网格生成逻辑整理成了一套尽量简单的方案只要给道路中心线方向、路宽和转弯半径就能在Unity里动态生成一个带圆角的路口Mesh。这套方法不考虑导航网格不做地形融合只解决渲染路面本身非常适合城市沙盘、驾驶模拟Demo、交规演示这类需要快速铺路网原型的场景。下面把思路、公式和完整流程都拆开讲附带我踩过的坑和排查技巧。1. 为什么建议用程序化方式生成路口网格1.1 手工建模路口的真实痛点很多人一开始做路口最自然的想法是找美术同学拉一块路面模型或者用Unity自带的基础模型拼一拼。拼十字路口其实还行但一旦项目需要调整道路宽度、转弯半径、车道数量或者要生成几十个不同夹角的路口手工方案就完全失控了——改一个参数等于重新摆一遍模型而且每个路口都要保证和路段无缝衔接靠人肉对齐几乎不可能。我见过一个做城市仿真的同事早期就是用一堆Cube和Plane拼路口结果路上车辆跑起来轮胎不是悬空就是陷进路面后来他干脆放弃美术拼接转为程序生成。程序化最大的优势不是“快”而是“参数可调”路宽、半径、道路数量全是输入变量改代码里的几个数字整个路口网格就能重新生成省下的时间不是一倍两倍。1.2 程序化生成为什么适合路口路口本身是一种高度规律的几何体几条道路交汇路面由一个中心多边形和若干条延伸出去的带状路段组成。这种结构非常适合用算法描述。只要定义好每条道路的中心线、半宽和转弯半径就能推导出路口的所有边界顶点再把这些顶点三角化成Mesh。我经常把这个过程类比成“剪纸”把每条路想象成一张纸带交叉的地方折起来然后沿着外围轮廓剪一刀。程序要做的事情就是计算出这条“裁剪线”上的所有顶点剩下的交给三角剖分。相比正儿八经的CAD或GIS工具Unity里自己写一套轻量生成逻辑代码量不大依赖少效果也很稳定。1.3 “简单方案”的适用边界这套方法适合以下情况路面是平面或者高度变化不大不需要严格贴合复杂地形路口以正交和近似正交为主T形、Y形可以支持但要额外处理后面会讲目标是驾驶模拟、车流仿真、城市白模而不是测绘级高精度模型需要批量生成多个路口且希望保留参数化调整能力如果你要做的是非常复杂的异形路口、带渠化岛和导流线的那种这套方法只能作为基础底子还需要叠加其他几何处理。但先把简单路子跑通再往复杂扩展路会顺很多。2. 核心原理路口网格是怎么一步步算出来的2.1 从道路中心线推导路面边界所有路面网格生成的第一步都是把“路”抽象成可计算的几何体。一条路可以简化为一条中心线用起点和方向向量表示一个半宽等于车道宽度乘以车道数再除以2比如一条双向四车道城市道路单车道宽3.5米四条车道就是14米半宽就是7米。把中心线左右各平移半宽就得到路面的两条边界线。在Unity的XZ平面上如果中心线方向是direction那么边界线的法线方向是Vector2(-direction.y, direction.x)。左右边界分别是中心点沿法线正方向和负方向偏移半宽得到。这套逻辑既简单又可靠是整个路口生成的基础。2.2 路口的“控制点”与截断范围两条道路交叉时如果只把边界线无限延伸路面会重叠成一片混乱。所以路口必须有一个明确的范围离交叉中心一定距离处把每条路的边界线截断截断位置就是路口网格和路段网格的接缝。实际操作时我习惯先求所有道路中心线两两的交点取几何中心作为路口中心然后以每个交点为中心沿道路方向向外延伸“半宽 转弯半径 预留值”作为截断位置。这个预留值是为了保证圆角曲线不会超出路口边界一般取转弯半径再保守加一点。边界线的延长交点就更关键了路口外轮廓的每个角点本质上是相邻两条道路各自某条边界线的交点。两条路交叉出一个十字路口外轮廓有四个角三条路交叉则可能出五六个角。把这些角点找出来路口的大致轮廓就出来了。2.3 转弯半径如何变成圆角顶点车辆在路口转弯不能走直角所以路口的角点不能直接当成顶点来用否则车辆轨迹会出现明显的“切角”。一般做法是在每个角点处用一段圆弧代替原来的尖角。圆弧参数主要看转弯半径R。设计规范里城市主干道交叉口的转弯半径常见在8到12米次干道在5到8米但这个数值不需要死记可以根据路口大小和车辆模型调节。圆弧的细分段数决定网格平滑度段数太少圆弧变的多边形折线车跑起来会有顿挫段数太多顶点数暴涨没必要。我一般按“每段弦长不超过0.5米”来算段数。int segments Mathf.CeilToInt(Mathf.PI * turnRadius / 2f / 0.5f); segments Mathf.Clamp(segments, 2, 12);比如转弯半径6米90度圆弧长度约9.4米算下来需要19段左右。实际我通常限制最多8段视觉上已经够平滑顶点数也省。圆弧圆心怎么求这里有个简洁做法以角点沿两条边界线方向各取半径距离得到圆弧的起点和终点然后分别沿两条边界线的内法线方向偏移半径两条偏移线的交点就是圆心。用两个直线相交函数就能算出来不需要处理复杂的夹角三角函数。2.4 顶点排序与三角剖分有了路口外轮廓的所有顶点直线截断点加圆弧点之后不能直接拿去生成三角形。三角剖分要求顶点按顺时针或逆时针顺序排列否则面会乱飞。我的排序方式是先求所有顶点的平均位置作为中心点然后对每个顶点计算相对中心的角度按角度排序。sortedPoints.Sort((a, b) Mathf.Atan2(a.y - center.y, a.x - center.x) .CompareTo(Mathf.Atan2(b.y - center.y, b.x - center.x)));这里要注意排序后的绕序必须和Unity的三角形正面方向一致。Unity中Y轴向上的坐标系从上方往下看逆时针绕序的三角形法线朝上。我从角度升序排序得到的就是逆时针顺序。如果多边形轮廓是凸的三角剖分最简单的方式就是扇形剖分以第一个顶点为根每三个连续顶点构成一个三角形。路口带圆角的外轮廓基本是凸多边形这条捷径可以直接用。放心我后面会讲遇到凹形轮廓时该怎么处理。2.5 UV与法线同样重要生成顶点和三角形之后如果直接丢给Mesh材质会呈现一片混乱的颜色。还需要给每个顶点配UV坐标。最简单也最实用的方法是用顶点世界坐标除以一个缩放值得到UV。这样路面贴图的格子方向始终与场景坐标对齐路段和路口拼接处的纹理方向也不会歪。uv new Vector2(worldPos.x / uvScale, worldPos.z / uvScale);法线方面因为路口平面是平的所有顶点法线直接指向Vector3.up就行。但如果用了Mesh.RecalculateNormals()会自动根据三角形绕序生成法线面朝上省事。我一般会显式设置法线再调一次RecalculateBounds防止相机剔除把网格裁剪掉。3. 手把手实现一个可运行的生成器3.1 数据结构的准备先定义道路输入。每条路用起点、方向、半宽三件套就够了[System.Serializable] public class RoadInput { public Vector2 start; // 中心线起点 public Vector2 direction; // 进入路口的方向归一化 public float halfWidth; // 道路半宽 }在场景里我习惯让这些数据通过Inspector手动填或者用几个空物体作为道路端点代码自动读取位置和方向。后者更直观在路口周围放几个空物体每条路的起点指向路口中心方向就是物体到路口的向量。生成器的入口是一个组件挂在空物体上public class CrossRoadGenerator : MonoBehaviour { public ListRoadInput roads; public float turnRadius 6f; public float uvScale 2f; public MeshFilter meshFilter; public void Generate() { // 1. 求出所有边界线的交点 // 2. 对每个角点生成圆角圆弧 // 3. 排序所有顶点 // 4. 扇形三角剖分 // 5. 生成Mesh赋值给MeshFilter } }3.2 关键函数拆解第一个核心函数是直线相交。两个点沿方向延伸求交点bool LineIntersect(Vector2 a0, Vector2 aDir, Vector2 b0, Vector2 bDir, out Vector2 point) { float cross aDir.x * bDir.y - aDir.y * bDir.x; if (Mathf.Abs(cross) 1e-6f) { point Vector2.zero; return false; } float t (b0.x - a0.x) * bDir.y - (b0.y - a0.y) * bDir.x; t / cross; point a0 aDir * t; return true; }第二个核心函数是生成圆弧顶点。拿到角点、两条边界线方向、半径以后先求圆弧起点终点再求圆心然后按弧长细分生成一串点ListVector2 GenerateArc( Vector2 corner, Vector2 dirA, Vector2 dirB, float radius, int segments) { Vector2 p1 corner dirA * radius; Vector2 p2 corner dirB * radius; Vector2 nA new Vector2(-dirA.y, dirA.x); Vector2 nB new Vector2(-dirB.y, dirB.x); LineIntersect(p1, nA, p2, nB, out Vector2 center); Vector2 v1 p1 - center; Vector2 v2 p2 - center; float startAngle Mathf.Atan2(v1.y, v1.x); float endAngle Mathf.Atan2(v2.y, v2.x); ListVector2 arcPoints new ListVector2(); for (int i 0; i segments; i) { float t (float)i / segments; float angle Mathf.LerpAngle(startAngle, endAngle, t); arcPoints.Add(center new Vector2(Mathf.Cos(angle), Mathf.Sin(angle)) * radius); } return arcPoints; }注意这里Mathf.LerpAngle能自动处理角度绕一圈的情况90度角、270度补角都能正确插值。我在第一次实现时就是用普通Lerp结果非正交路口圆弧角度反了后来换成LerpAngle才稳定。第三个核心函数是三角化。假设顶点列表已经按角度排好序int[] BuildTriangles(ListVector2 points) { Listint tris new Listint(); for (int i 1; i points.Count - 1; i) { tris.Add(0); tris.Add(i); tris.Add(i 1); } return tris.ToArray(); }把圆弧点和直线截断点混在一起统一排序后扇形剖分生成三角形的效果在Orthographic视图下看非常干净每个三角形都是沿着中心向外辐射。3.3 参数选择经验参数这块很多人会对turnRadius和uvScale怎么取感到困惑。turnRadius在简单方案里取多少并不需要严格遵循规范主要看视觉和运动效果。如果项目里车辆模型转弯需要更真实的半径就让半径匹配车辆最大转向角公式是半径 轴距 / tan(前轮转角)。但我作为简单方案的默认值直接给6到8米视觉上很舒服。uvScale决定了路面贴图一个格子对应多少米。我在项目里常用2也就是一个贴图周期对应2米。如果你的路面贴图上标线宽度需要精确对应车道线实际宽度那就按贴图像素比例反推这个值通常要单独调。3.4 验证与调试生成完网格Unity里验证时我一般创建一个空物体挂MeshFilter和MeshRenderer给MeshRenderer一个简单的路面材质比如带网格线的基础材质点击Generate按钮然后切换到Scene视图用线框模式看三角形排布第一次跑通时场景里出现一个四四方方的带圆角十字路口车辆路径顺着圆角走贴图也正常衔接路段。这个时候不要着急接入复杂场景先跑通最简单的双路直角交叉再逐步加路数、调半径。4. 常见问题与排查技巧4.1 高频问题速查症状原因解决方向网格显示成紫色或黑面材质缺失或法线反了检查材质球确认三角形绕序是逆时针路口出现尖角而不是圆弧圆弧细分段数太少增大segments或改用弦长公式计算路面和路段之间有裂缝两个网格共享边界点不一致坐标复用同一套数据源不重复计算车跑起来路面闪烁抖动路面与其他地面重叠将路面略微抬高0.02到0.05米网格在特定视角消失包围盒没有更新调RecalculateBounds三角形四面乱飞顶点排序失败检查中心点是否偏离检查凹多边形情况4.2 三角剖分失败的深层原因最容易翻车的地方是排序。顶点绕中心按角度排序的假设前提是“外轮廓相对中心点是星形的”大多数路口满足这个条件但遇到T形路口或某条路特别窄、中心点偏离严重时排序结果会出错三角形就会穿插。我的解决思路有两个第一个思路是检查生成结果如果发现三角形穿插就把中心点从所有顶点的平均位置改成道路中心线交点的中心排序更稳定。第二个思路是干脆加自己的耳切法三角化它不依赖排序对凹多边形也能稳定切出三角形。耳切法代码量不大但属于复杂方案简单版本里不太需要。4.3 拼接与裂缝问题路段网格和路口网格的边界如果不共享顶点即使视觉上贴合也容易出现微小裂缝。最稳妥的做法是路段生成函数接收路口返回的边界点坐标直接使用同一条边界线数据。也就是“谁生成边界点谁作为权威数据源”。比如路段mesh需要知道它在路口端部的边界坐标这个坐标应该在路口生成器里算好再传给路段生成函数。不要在两边分别计算因为浮点运算的舍入差异就可能让裂缝出现。如果项目里两个网格必须分开生成那就在运行时把两者的边界点进行“缝合”用一段窄条形网格覆盖接缝。这个做法能兜底但不优雅我一般只在补历史遗留方案时才用。4.4 贴图UV异常怎么调UV最常见的问题是路口内部贴图与路段方向不一致。用世界坐标UV基本能避免这个问题因为路段也是用世界坐标UV两边纹理是连续的。如果发现路口内部图案像被拉斜了多半是圆弧顶点生成时使用的平面坐标轴和世界坐标轴不一致检查一下输入的方向向量是否有归一化以及是否把XZ平面的坐标正确放进了Vector2。还有一个经验如果路面贴图里有车道线比如白色虚线用平面UV会完美地把虚线延伸到路口但路口内部没有车道线因此贴图里不要画太多标线否则路口中心会出现一堆断点。简单方案里最好用纯色路面贴图标线等后期用额外几何或者纹理叠加再处理。4.5 运行性能注意网格生成是一次性操作但在城市级场景里几十个路口的网格顶点加起来会很可观。我的经验是两个优化点生成后立即设置Mesh.UploadMeshData(true)把网格从CPU上传到GPU后释放CPU侧数据能明显减少内存占用相邻多个路口合并成一个Mesh减少DrawCall。路口网格和路段网格如果用同一材质直接用Mesh.CombineMeshes合并静态批处理不用开渲染性能就很理想5. 从“简单路口”到“够用路口”的扩展思路5.1 支持多车道路口RoadInput里其实可以顺手加一个laneCount字段。边界依然用总路宽但圆角半径可以按最外侧车道取生成完路面网格后再单独生成车道标线比如停止线、斑马线。做法是把路口的中心多边形顶点沿每条道路方向偏移一定距离画一些短线网格作为停止线斑马线则用若干小长条网格叠在路面上。这样在简单路面基础上视觉上就能接近真实路口。5.2 支持T形路口和Y形路口严格来说T形路口也可以用角点加圆弧的思路难点在于其中一条路可能只有三个外角且有一个角是直角贴边。我的方案是先把所有道路中心线延长求出主干道和支路的交点然后支路的边界截断在交点处主干道沿着支路两侧的方向继续前进直到路口边界。这样计算出来的外轮廓还是凸多边形扇形三角化依然能用。Y形路口类似只要保证所有边界线参与求交集、排序后按凸包处理通常也能直接生成。实在出现凹形轮廓时一个快速兜底方案是把凹进去的那个角直接去掉视觉影响不大车辆行驶反而更顺。5.3 高程贴合与斜坡路口简单方案默认路面是平的如果地形有明显坡度路口路面会和地形产生裂缝或穿插。一个低成本做法是生成网格后对每个顶点用地形高度采样作为Y坐标并且让路口周围的边界顶点高度与对应路段端部高度严格一致。如果路口内部有横坡或纵坡这种方法就不够精确了需要把平面几何换成三维几何来算。我在项目里的做法是路口中心区域拍平到平均高度从中心到各个路段的边界点做渐变过渡。这样接缝处不会出现高度突变车辆跑起来也不会有明显的台阶感。5.4 参数化批量生成把RoadInput列表做成可配置数据后批量生成就变得很简单。可以写一个Editor窗口填好路网配置一键生成整个区域的路口。配置可以存成ScriptableObject随时调整。“简单”方案最大的价值在于它是一块干净的跳板先用它跑通基础功能再根据实际需求扩展车道、交通标识、地形贴合。我在项目里就是这样一步步把路口从“能看”做到“够用”的。最后分享一个我实际操作中养成的小习惯每次改完生成代码不要在Scene视图放大看模型就完事而是把生成结果运行起来让一辆车按正常车速路过路口盯着车轮和地面。很多网格问题在静态视图下看不出来车一跑就原形毕露。如果你按这套方法实现第一次跑通圆角路口的时候试着把turnRadius从0拉到20那种参数化调整带来的掌控感手工摆模型永远给不了。