Swift单例可否采用仅包含类方法的类实现？

嘿，这个思路挺有意思的！其实你这种用纯类方法+静态存储属性实现的“单例”，本质上是借了Swift类静态属性只会被初始化一次的特性，确实能达到类似单例的效果，但和传统单例模式比，还是有一些容易被忽略的优缺点：

这种实现方式的可取之处 #

• 实现极其简单，不需要暴露单例实例，外部调用直接用类方法，使用门槛很低
• Swift 1.2及以后版本中，静态属性的懒加载是线程安全的，这一点和标准单例的线程安全特性一致，不用额外处理多线程问题

潜在的不妥之处 #

• 违背多态与可扩展性：如果后续需要替换实现（比如写测试用的Mock版本），纯类方法的结构没办法通过继承或协议来做替换，而基于协议设计的传统单例，很容易实现依赖注入和逻辑替换
• 无法管理资源生命周期：你没办法给这种纯类结构添加deinit方法来做资源清理，静态属性会一直占用内存直到程序退出，如果需要在某个时机释放资源，这种方式完全做不到
• 灵活性严重不足：哪怕是临时需要创建多个“实例”的特殊场景，纯类方法的结构也完全不支持；而传统单例如果保留私有构造器，内部还能灵活调整实例的创建逻辑
• 复杂场景下代码臃肿：如果单例的业务逻辑变复杂，需要拆分职责或者用到实例级别的临时状态，纯类方法会让所有逻辑堆在类层面，代码结构会变得混乱，不如实例对象的职责划分清晰

小建议 #

如果你的使用场景非常简单，不需要扩展、资源清理这些需求，这种实现方式完全可以用；但如果是业务逻辑较复杂的场景，更推荐协议+私有实例的标准单例实现，比如：

protocol SingletonService {
    func start()
    func doSomething()
}

class MySingleton: SingletonService {
    // 全局唯一实例
    static let shared = MySingleton()
    // 私有构造器保证外部无法创建实例
    private init() {}
    
    // 实例存储属性
    private var someVar: String?
    private var someOtherVar: SomeType?
    
    func start() {
        // 初始化逻辑
    }
    
    func doSomething() {
        // 业务逻辑
    }
}

这种方式既保证了单例的唯一性，又保留了面向对象的灵活性，后续扩展起来也更方便。

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