iOS中如何用UserDefaults实现多用户数据存储（类安卓SharedPreferences）

嘿，我懂你想要的效果——安卓里靠多个SharedPreferences文件实现多用户数据隔离的思路确实很清晰，iOS这边虽然UserDefaults默认是单例，但也能做到几乎一样的多文件隔离效果，我给你梳理几种可行的方案：

1. 给键名添加用户ID前缀（最简方案） #

这是最不用折腾的方式，不用额外处理文件，直接在原有UserDefaults的键名前加上用户ID作为前缀，自然实现数据隔离。比如原来存"nickname"，现在改成"user_1001_nickname"，其中1001是当前用户的唯一ID。

• 优点：零文件操作，直接复用系统UserDefaults的API，上手快
• 代码示例：

// 存储当前用户数据
func saveData(_ value: Any, forKey key: String, userId: String) {
    let prefixedKey = "\(userId)_\(key)"
    UserDefaults.standard.set(value, forKey: prefixedKey)
}

// 获取当前用户数据
func loadData(forKey key: String, userId: String) -> Any? {
    let prefixedKey = "\(userId)_\(key)"
    return UserDefaults.standard.object(forKey: prefixedKey)
}

2. 创建自定义UserDefaults实例（完美匹配安卓多文件思路） #

UserDefaults其实支持创建自定义实例，每个实例对应独立的plist文件——这完全就是你在安卓里用多个SharedPreferences文件的翻版！你可以为每个用户生成唯一的plist文件，然后初始化对应的UserDefaults实例。

• 实现步骤：
  • 为每个用户生成唯一的文件名，比如"User_\(userId).plist"
  • 获取该文件在App沙盒中的存储路径（可选配置App Group实现跨App/扩展共享）
  • 用路径初始化专属的UserDefaults实例
• 代码示例：

// 获取指定用户的专属UserDefaults实例
func userDefaults(for userId: String) -> UserDefaults? {
    let fileName = "User_\(userId).plist"
    // 如果你不需要跨App/扩展共享，直接用Documents目录即可
    guard let documentsDir = FileManager.default.urls(for: .documentDirectory, in: .userDomainMask).first else {
        return nil
    }
    let plistURL = documentsDir.appendingPathComponent(fileName)
    return UserDefaults(url: plistURL)
}

// 使用示例
// 用户1存储数据
if let user1Defaults = userDefaults(for: "user1") {
    user1Defaults.set("Alice", forKey: "username")
    let userName = user1Defaults.string(forKey: "username") // 输出 "Alice"
}

// 用户2存储数据
if let user2Defaults = userDefaults(for: "user2") {
    user2Defaults.set("Bob", forKey: "username")
    let userName = user2Defaults.string(forKey: "username") // 输出 "Bob"
}

• 注意：如果你的App需要和扩展（比如Widget）共享用户数据，记得配置App Group，把文件路径换成App Group的容器路径就行。这种方式和安卓的逻辑完全一致，切换用户时只要加载对应实例即可完成数据切换。

3. Core Data（适合复杂数据场景） #

如果你的用户数据结构复杂、数据量较大，或者需要做复杂查询，Core Data会是更合适的选择。你可以给每个数据实体添加userId属性，查询时过滤当前用户的数据；也可以为每个用户创建独立的Core Data存储文件（思路和第二种方案类似）。不过这种方式相对复杂，适合有进阶数据需求的场景。

总结 #

如果只是简单的键值对存储，第二种自定义UserDefaults实例的方案完全匹配你在安卓中的使用习惯，每个用户对应独立的plist文件，切换成本极低；如果数据结构简单，第一种加前缀的方式更省心。

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