嘿，这个问题问到点子上了！我来给你把CGColor和UIColor的区别、选哪个做颜色数组，还有最佳实践都讲明白～

一、核心本质与所属框架的差异 #

• UIColor：是UIKit框架下的高层封装类，完全贴合iOS UI开发场景。它不仅包含颜色的RGB/Alpha信息，还帮你处理了色彩空间管理、明暗模式适配这些细节，是给UI组件（比如UIView、UILabel）设颜色的首选。
• CGColor：是Core Graphics框架下的底层结构体（CGColorRef），属于纯绘图领域的基础类型。它更偏向于直接描述图形渲染的原始颜色数据，没有UIColor那些高层适配能力，主要用在Core Graphics绘图、CALayer属性设置这类底层操作里。

二、日常用法的不同 #

• UIColor用法超便捷：系统给了一堆现成的颜色（比如UIColor.systemBlue），还有各种初始化方法（UIColor(red: 0.2, green: 0.5, blue: 0.8, alpha: 1.0)），甚至支持动态颜色——比如写个dynamicProvider，就能自动适配明暗模式，完全不用你手动切换。
• CGColor偏底层操作：你得自己处理色彩空间（比如CGColorSpaceCreateRGB），一般只有在自定义绘图（比如draw(_ rect: CGRect)里的画笔颜色）或者给CALayer设背景色/边框色的时候才会直接用到它。

三、颜色数组选UIColor还是CGColor？ #

核心看你的使用场景：

• 优先选[UIColor]：如果你的颜色主要给UIKit组件用，或者需要支持明暗模式动态切换，那UIColor数组绝对是最优解。它灵活性拉满，后续要转成CGColor给绘图用也只需要加个.cgColor就行，完全不麻烦。
• 特殊场景选[CGColor]：如果你的数组里的颜色全是给Core Graphics绘图、CALayer属性用，而且完全不需要动态颜色，那可以考虑用CGColor数组，但这种情况真的很少——毕竟转换成本太低了，没必要一开始就用底层类型限制自己。

四、最佳实践总结 #

• 日常UI开发，无脑用UIColor：它适配iOS的各种特性，代码简洁，符合UIKit的设计逻辑，能省不少事儿。
• 按需转换，避免瞎折腾：需要和Core Graphics/CALayer交互时，再把UIColor转成CGColor（myColor.cgColor）；如果拿到了CGColor，转成UIColor（UIColor(cgColor: myCGColor)）再给UI组件用，避免直接操作底层结构体踩坑。
• 动态颜色必须用UIColor：CGColor不支持明暗模式自动切换，只有UIColor的动态颜色功能能帮你实现模式变化时自动更新颜色。
• 减少不必要的转换：如果流程里大部分时候用UIColor，就别来回转成CGColor再转回来，纯纯浪费性能。

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