Swift代码配置颜色与Main.storyboard同十六进制色值显示效果不一致

这个问题本质是色彩空间不匹配，和你计算的色值精度没有关系，是iOS的颜色加载机制和Xcode Storyboard的默认配置共同导致的必然结果。

两边加载的实际色值逻辑可以对照拆解：

• Storyboard侧的加载逻辑：你在颜色选择器里输入#FF3944时，Xcode默认会把这个色值绑定到当前选择器的默认工作色彩空间——新版本Xcode新建项目里，这个默认空间是Display P3，不是sRGB。也就是说Storyboard实际存储、渲染的是P3色域下的FF3944色值，对应的色彩饱和度、显示参数和sRGB空间下同数值的色值有明显肉眼可辨的差异。
• 代码侧的加载逻辑：你写的button.backgroundColor = UIColor(red: 255/255, green: 57/255, blue: 68/255, alpha: 1.0)，走的是sRGB色彩空间的初始化路径，直接把传入的0-1区间色值绑定在sRGB通道下解析，没有匹配Storyboard的P3色域配置，自然会出现肉眼可见的色差。

可以根据自己的开发习惯选任意一种方案，核心是保证代码和Storyboard用的是同一个色彩空间解析色值：

• 方案1：代码侧匹配Storyboard的默认P3配置
  把原来的sRGB初始化方法，替换成Display P3色域的初始化方法，替换后的代码为：
  button.backgroundColor = UIColor(displayP3Red: 255/255, green: 57/255, blue: 68/255, alpha: 1.0)
  替换后渲染出的颜色会和Storyboard直接配置的FF3944完全一致。
• 方案2：Storyboard侧匹配代码的sRGB配置
  打开Storyboard的颜色选择器，在色彩空间的下拉选项里，把默认的Display P3改成generic sRGB，这时候Storyboard存储的色值参数就和你原来代码里的初始化逻辑完全匹配，不需要修改代码。
• 方案3：长期统一色值解析逻辑
  给UIColor封装统一的十六进制初始化分类，把色彩空间的逻辑固定下来，避免每次写颜色都踩坑：

  extension UIColor {
      convenience init(hex: String) {
          var cleanedHex = hex.trimmingCharacters(in: .whitespacesAndNewlines).uppercased()
          if cleanedHex.hasPrefix("#") {
              cleanedHex.remove(at: cleanedHex.startIndex)
          }
          var rgbValue: UInt64 = 0
          Scanner(string: cleanedHex).scanHexInt64(&rgbValue)
          let red = CGFloat((rgbValue & 0xFF0000) >> 16) / 255
          let green = CGFloat((rgbValue & 0x00FF00) >> 8) / 255
          let blue = CGFloat(rgbValue & 0x0000FF) / 255
          // 固定用和Storyboard默认一致的Display P3空间初始化
          self.init(displayP3Red: red, green: green, blue: blue, alpha: 1.0)
      }
  }
  

  之后代码里直接调用button.backgroundColor = UIColor(hex: "#FF3944")就可以和Storyboard的配置保持完全一致的显示效果。

可以在调试控制台分别打印两个按钮的背景色的cgColor.colorSpace属性，直接验证差异：如果Storyboard加载出来的颜色空间标识是kCGColorSpaceDisplayP3，你自己代码初始化的颜色空间标识是kCGColorSpaceSRGB，就完全能坐实是色彩空间不匹配的问题。

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