App启动偶现SIGABRT崩溃：NSCalendar初始化代码异常排查

先帮你拆解这个偶现崩溃的核心问题，再给出针对性的修复方案：

问题根源分析 #

从崩溃栈和你的代码来看，崩溃有两个关键诱因：

1. 线程安全缺失：你的getCalendar单例初始化逻辑没有线程同步保护，当多个线程（比如后台com.apple.root.background-qos线程和主线程）同时调用这个方法时，会出现calendar未完全初始化就被修改的竞争场景，触发不可预期的错误。
2. NSCalendar实例不可直接修改：[NSCalendar currentCalendar]返回的是_NSCopyOnWriteCalendarWrapper类型的包装对象，它本质是不可变的，直接调用setFirstWeekday:或setMinimumDaysInFirstWeek:会触发类型转换异常（崩溃栈里的__cxa_bad_cast就是这个问题的直接体现）。

修复后的代码实现 #

我们需要同时解决线程安全和实例可修改的问题，下面是修复后的代码：

static NSCalendar *calendar;
+(NSCalendar*)getCalendar {
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        // 创建currentCalendar的可变副本，避免修改系统返回的不可变包装对象
        calendar = [[NSCalendar currentCalendar] copy];
        [calendar setFirstWeekday:1];
        [calendar setMinimumDaysInFirstWeek:1];
    });
    return calendar;
}

修复逻辑说明 #

• dispatch_once：保证单例只会被初始化一次，是iOS中线程安全的单例实现标准方案，彻底避免多线程竞争导致的初始化异常。
• 创建副本：通过copy方法获取真正可修改的NSCalendar实例，而非直接使用系统返回的不可变包装对象，这样调用setter方法就不会触发类型转换错误了。

额外注意事项 #

如果你的App需要在多个线程中复用这个日历实例，后续不要再修改它的属性（NSCalendar本身不是线程安全的，如果要在多线程中修改日历属性，建议每个线程持有独立的NSCalendar实例）。如果只是读取属性，这个单例可以安全复用。

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