iOS新版本设备中Localizable.strings文件去向及访问方法咨询

一、Localizable文件消失的原因 #

在iOS 16.5及后续真机版本中，苹果对系统私有框架（如UIKitCore）的本地化资源做了打包优化：

• 原本分散在各lproj目录下的Localizable.strings和Localizable.stringsdict文件，被合并到编译后的二进制资源包或统一资产容器中，不再以明文文件形式暴露在文件系统里。
• 模拟器为适配开发调试需求，保留了原始文件结构，因此仍能通过路径找到这些文件。

苹果此调整的核心目的是：减少系统磁盘占用、提升资源加载效率，同时强化系统资源安全性，避免开发者直接访问或修改私有系统资源。

二、是否还能访问系统本地化字符串？ #

无法再通过文件系统路径直接读取这些字符串文件，但可通过合法公开API获取系统级本地化内容，具体方案如下：

方案1：通过系统UI组件获取对应本地化文本

如果需要的是系统UI元素的文本（比如"Done"），直接利用系统提供的UI组件样式获取已本地化内容，这是最安全合规的方式：

// 获取系统"Done"按钮的本地化标题
let doneBarButton = UIBarButtonItem(barButtonSystemItem: .done, target: nil, action: nil)
print("Done in German: \(doneBarButton.title ?? "_fallback_")")

方案2：通过系统Bundle获取本地化字符串

如果需要更通用的系统本地化字符串，可调用UIKitCore的Bundle获取（注意：该Bundle标识符属于私有范畴，虽能正常工作，但需谨慎使用，避免违反App Store审核规则）：

if let uikitCoreBundle = Bundle(identifier: "com.apple.UIKitCore") {
    let localizedDone = uikitCoreBundle.localizedString(
        forKey: "Done",
        value: "_fallback_",
        table: "Localizable"
    )
    print("Done in German: \(localizedDone)")
}

三、注意事项 #

• 直接访问系统私有框架的文件路径属于未公开操作，苹果随时可能调整相关结构导致代码失效，同时存在App Store审核不通过的风险。
• 优先使用公开API获取系统本地化内容，这是苹果推荐的合规方式。

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