嘿，这俩路径完全是同一个位置，本质是符号链接（别名）的关系，不存在实际差异～

核心原因 #

在iOS的类Unix文件系统里，/var本身就是/private/var的符号链接（symbolic link）。系统这么设计是为了兼容传统Unix系统的路径规范，同时统一底层存储的结构。不管你用哪种写法访问，最终都会指向同一个物理目录。

结合你的代码场景解释 #

• 当你通过FileManager.default.contentsOfDirectory(...)获取到/private/var路径时，这是因为FileManager默认会返回解析了符号链接后的真实物理路径，它会帮你把/var这类链接转成实际的底层路径。
• 而你用data.write(to: f, options: [.atomic])创建文件时，如果f是基于/var这个符号链接路径构造的，系统会保留你传入的路径写法，但实际文件还是存在/private/var对应的物理目录里——简单说就是“名字不同，但指向同一个家”。

验证方法 #

你可以用FileManager的API来手动解析符号链接，确认两者指向一致：

do {
    let varPath = "/var/mobile/Containers"
    let resolvedPath = try FileManager.default.resolvingSymlinksInPath(varPath)
    print(resolvedPath) // 输出结果会是 /private/var/mobile/Containers
} catch {
    print("解析失败：\(error)")
}

总结一下：这俩路径没有实际差异，只是写法不同，读写操作都会作用于同一个目录，完全不用担心会出现数据存储在不同位置的问题。

内容的提问来源于stack exchange，提问作者Stéphane de Luca