Objective-C中枚举转NSNumber存入数组后如何转回原枚举类型

核心转换逻辑 #

因为存入数组时是用 numberWithInt: 将枚举整型值包装为 NSNumber，反向转换时只需要取出 NSNumber 内部存储的整型值，强转为目标枚举类型即可，完全不需要对待比对的枚举值做额外的对象包装。
示例代码（对应提到的 ORKPredefinedTaskMovementOption 枚举场景）：

// 从打乱后的数组中随机取出存储的 NSNumber
NSNumber *storedValue = fruits[randomIndex];
// 反向转回原枚举类型
ORKPredefinedTaskMovementOption currentOption = (ORKPredefinedTaskMovementOption)[storedValue intValue];

// 此时可直接和原枚举定义值做比较，无编译警告
if (currentOption == ORKPredefinedTaskMovementOptionRight) {
    // 执行业务逻辑
}

编译警告触发原因 #

此前直接比较的写法，本质是拿 NSNumber 的内存指针地址，和 C 语言层面的枚举整型值做对比，属于跨类型的无效比较，编译器自然会抛出指针与整数类型不匹配的警告。通过 intValue 取出 NSNumber 内部封装的整型值后，两侧的变量都是同维度的枚举整型值，对比逻辑完全合法。

可简化开发的优化技巧 #

• 封装内联宏简化重复强转代码：

#define ORKMovementOptionFromNumber(nsNum) ((ORKPredefinedTaskMovementOption)[(nsNum) intValue])

后续取值时可以直接简化书写：

ORKPredefinedTaskMovementOption option = ORKMovementOptionFromNumber(fruits[0]);

• 保证包装类型与枚举底层类型匹配：如果枚举是通过 NS_ENUM(NSInteger, ...) 定义的，包装时用 numberWithInteger:、取值时调用 integerValue 接口，避免 32/64 位架构切换时的类型截断问题。
• 增加取值的健壮性校验：如果数组存在被其他逻辑写入非预期类型元素的可能，取值时增加类型判断，避免类型不匹配引发的崩溃：

id arrayElement = fruits[randomIndex];
if (![arrayElement isKindOfClass:[NSNumber class]]) {
    return;
}
ORKPredefinedTaskMovementOption option = (ORKPredefinedTaskMovementOption)[arrayElement integerValue];

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