CAShapeLayer存在的核心原因？其优势是否仅为形状样式属性？

你观察到的fillColor、lineWidth这类可以直接赋值的样式属性，只是CAShapeLayer最表层的便利接口，远不是它存在的核心原因。你觉得“同一个层没法给不同路径设不同颜色、必须新建实例”是缺点，本质上是对它设计定位的误解——它从来不是为了替代Core Graphics的全上下文绘制能力存在的。

真正的核心优势 #

• 矢量渲染完全跑在GPU管线，脱离CPU位图流程
  你举的CALayer存绘制位图的用法，本质是提前在CPU上把所有绘制结果栅格化成固定分辨率的图片，再塞给contents显示。这类位图的问题非常明显：缩放transform会发虚、旋转会出现明显锯齿、想修改任何样式都得从头重新生成位图。
  而CAShapeLayer只需要把CGPath和样式参数提交给GPU，后续所有渲染、缩放、旋转操作全是GPU基于矢量路径实时计算的，不管怎么拉伸缩放，边缘永远锐利，不存在位图的分辨率上限问题。

• 所有核心属性都是原生支持动画的可动画字段
  这是它和普通CALayer最本质的区别：path、strokeStart、strokeEnd、lineWidth、strokeColor、fillColor、lineDashPattern全部是符合Core Animation规范的可动画属性。你不需要重新触发绘制、不需要手动逐帧生成内容，直接给这些属性赋新值就能触发平滑的隐式动画，显式动画也能直接绑定到这些字段上。
  比如最常用的环形进度条场景，只需要把strokeEnd从0动画到1，就能得到丝滑的进度滚动效果。如果换成你举例的CALayer存位图的方案，你得每帧根据进度重新调用UIGraphicsImageRenderer绘制一张对应截取比例的圆形图片，再替换contents，性能开销和动画流畅度差了好几个量级。

• 零主线程绘制阻塞，性能远高于手动绘制方案
  不管是重写draw(_:)方法、还是用CALayer的代理做自定义绘制，所有Core Graphics的调用默认都是在主线程的CPU上执行的。如果遇到复杂路径、多段描边的场景，很容易因为主线程绘制阻塞导致掉帧。
  而CAShapeLayer在初始化时把路径参数一次性上传给GPU之后，后续的渲染、动画计算全是GPU侧完成的，主线程完全不需要介入，哪怕是很复杂的贝塞尔曲线路径，也不会阻塞UI渲染。

• 内置矢量绘制规则API，不需要手动模拟计算
  很多人只注意到它的基础描边填充属性，忽略了它独有的能力：自定义线帽样式（lineCap）、路径连接点样式（lineJoin）、虚线规则（lineDashPattern）、路径进度截取（strokeStart/strokeEnd）、奇偶/非零填充规则，这些全是GPU原生支持的能力。如果用手动绘制位图的方式实现这些效果，得自己在CPU上算每一段线段的位置、圆角过渡、截取的路径位置，完全是重复造轮子。

关于你提到的“限制”的本质 #

你觉得“同一层不能给不同路径设置不同颜色就不如CALayer灵活”，其实是对图层职责的设计误解。
把不同颜色的路径拆成独立的CAShapeLayer，本身就是更灵活的方案：每个层可以独立设置动画、独立响应交互、独立调整透明度/阴影，反而比把一堆路径揉在同一张位图里更好维护。比如做多色折线图，每段折线对应一个独立的CAShapeLayer，要高亮某一段的时候只要单独改对应层的描边色就行，根本不需要整张图重绘。

当然它有明确的适用边界：如果你需要在同一个绘制上下文里做大量混合操作——比如多色渐变叠在半透明路径上、几十条不同规则的复杂路径混合，那确实没必要硬用CAShapeLayer，这种场景下手动生成位图的CALayer反而更高效。这不是CAShapeLayer的缺陷，是它从设计之初就没打算覆盖全绘制场景。

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