将现有 CGColor 分配给 CGColor 属性适用于 iOS 模拟器，而非 iOS 设备。为什么？

Question

我知道如何解决我即将概述的问题，但是，我有点困惑为什么代码场景在 iOS 模拟器中有效，但在我的 iPad 上却无效。

我有一个方法可以检查各种属性，然后根据属性的状态设置 CALayer 的背景颜色。以下代码与我的颜色分配方法类似：

//This will be the CALayer BGColor...
CGColor c = UIColor.blueColor.CGColor; //Blue is the default
switch (myState)
{
    case state_one:
        c = UIColor.greenColor.CGColor;
        //... more code ...
        break;
    case state_two:
        c = UIColor.redColor.CGColor;
        //... more code ...
        break;
    case state_three: //multiple cases are like the state_three case.
        //Other code, but I don't need to assign the color.  Blue works...
}

myCALayer.backgroundColor = c; //Oh-noes!!! Here we get the dreaded EXC_BAD_ACCESS on iPad
//...more code dealing with the layer.

上面的代码在模拟器中运行没有问题。但是，当我在 iPad 上运行该应用程序时，它在 backgroundColor 分配时崩溃。

我可以通过删除 CGColor 变量并直接在 switch/case 语句中分配背景颜色来解决此问题，这就是我打算做的。

不过，我很好奇。为什么这在一种环境中有效，而在另一种环境中无效？

更新

一些事情。首先，值得一提的是，这是一个 ARC 项目，使用 Xcode 4.2，针对 iOS 5 设备。另外，我的颜色分配代码并不完全像它看起来的那样，因为我有一系列用于设置这些颜色的定义，因为它们在我的整个应用程序中被引用。

这就是一些 #define 语句的样子：

#define BLUE  [UIColor colorWithRed:8.0/255.0 green:80.0/255.0 blue:150.0/255.0 alpha:1.0].CGColor
#define GREEN (UIColor.blueColor.CGColor)
//...and there are about 6 other colors

我尝试简化我的代码，因为编译器应该将我的引用替换为我的定义。不过，为了以防万一，还是值得一提。

Answer 1

由于 ARC，颜色在方法结束时过早释放。

我使用：CGColorRetain

CGColorRef whiteColor = CGColorRetain([UIColor colorWithRed:1.0 green:1.0
                                         blue:1.0 alpha:1.0].CGColor);

Answer 2

我的预感是：在传递 CGColor 之前，创建它（并保存其唯一引用）的 UIColor 可能已被销毁。由于在 ARC 下，CGColorRef 的引用计数不会为您处理，因此，如果在使用 之前保存颜色的 UIColor 被销毁，则该颜色将是悬空引用。 CG颜色。

ARC 有一项优化，其中“自动释放”对象可能永远不会添加到自动释放池中，而是在 objc 对象不再被引用后释放。这是三件事的组合：

1. 编译器版本和您使用的选项。毫不奇怪，编译器添加了引用计数，并且有一些变化。
2. ObjC 运行时。运行时可以利用线程本地数据。当然，这可以包括您的堆栈。如果您详细了解对象如何绕过自动释放池，这应该会更清楚。
3. 您使用的库（包括系统库和框架）。随着编译器和运行时的更新，库可能会使用 ARC，或者它们可能会使用不同的运行时调用来执行程序。

知道了这一点，我怀疑这个程序会纠正这个问题：

UIColor * c = UIColor.blueColor; //Blue is the default
switch (myState) {
    case state_one:
        c = UIColor.greenColor;
        //... more code ...
        break;
    case state_two:
        c = UIColor.redColor;
        //... more code ...
        break;
    case state_three: //multiple cases are like the state_three case.
        //Other code, but I don't need to assign the color.  Blue works...
}

myCGLayer.backgroundColor = c.CGColor;
//...more code dealing with the layer.

更详细地说，编译器和 objc 运行时可以通过多种方式解释和执行您的程序。这意味着当您更改编译器版本或更新运行时 (OS) 时，此问题可能会影响您。当您使用的库更新或使用不同版本或编译器设置构建时，也可能会发生这种情况。例如：如果库一路切换到 ARC，它可能会使用不同的运行时调用，或者如果更新了编译器注入的调用，这些调用可能会以不同的方式利用线程本地数据。

有关 ARC 规范与运行时相关的详细信息可以在此处找到：
http://clang.llvm.org/docs/AutomaticReferenceCounting.html#runtime

---

这里也出现过类似的问题：

EXC_BAD_ACCES绘制阴影

Answer 3

你没有说你的实例myCGLayer是从什么派生的，但我会说它不是从CGLayer派生的，因为CGLayer没有backgroundColor财产。所以我（再次）猜测，传递的参数应该是 UIColor 类型而不是 CGColor 类型。 CGColor 派生自 CFType 类。 UIColor 派生自 NSObject。它们不应该互换。如果我的猜测是正确的，我很惊讶它能在模拟器中工作。

如果我的猜测是错误的，请不要太用力地打我。