我正在尝试为越狱的 iOS 设备编写一个应用程序,它可以从另一个应用程序加载文件。但是 appstore 应用程序存储在文件夹中,这些文件夹中的字符看似随机,因设备而异。如何找出设备上 X 应用程序的目录?在 iOS 8 上,由于应用程序文件系统的结构方式,实现这一点似乎更难。
最佳答案
iOS 7 及以下
AppStore 应用程序安装在 /var/mobile/Applications
目录中,名称随机。应用程序的目录(文档、库等)和 *.app 目录都在其中。要确定它是哪个应用程序,您需要解析存储应用程序名称和包标识符的 *.app 目录中的 Info.plist
文件。
iOS 8
Apple 彻底改变了 AppStore 应用程序在文件系统中的存储方式。我们现在需要的一切都在 /var/mobile/Containers
目录中——此时我提到的每个目录都包含在该目录中。所有包(任何包含应用程序代码的东西)都存储在 Bundle
目录中。在那里你会找到应用程序、插件和其他一些东西。
例如,OpenVPN 应用程序包含两个带有应用程序代码的包 - 带有应用程序可执行文件的 OpenVPN.app
和将 OpenVPN 协议(protocol)实现为 iOS VPN 插件的 OpenVPNPlugin.vpnplugin
。 OpenVPN.app
在 Applications
目录中, OpenVPNPlugin.vpnplugin
在 VPNPlugin
中。出于某种原因,OpenVPNPlugin.vpnplugin
也存储在 Applications
中,但出于兼容性原因,它看起来像是一种临时措施。
所有应用程序数据现在都存储在 Data
目录中。应用程序、插件将它们的数据存储在该目录中。
应用程序目录(文档、库等)现在以随机名称存储在目录内的 Data/Application
中。要确定它是哪个应用程序目录,您需要解析 Data/Application/xx-xx-xx/.com.apple.mobile_container_manager.metadata.plist
。在它里面你会找到包含应用程序包标识符的 MCMMetadataIdentifier
键。
我的设备上还有 Data/PluginKitPlugin
和 Data/VPNPlugin
目录。再次,分别解析 Data/PluginKitPlugin/xx-xx-xx/.com.apple.mobile_container_manager.metadata.plist
和 Data/VPNPlugin/xx-xx-xx/.com.apple.mobile_container_manager.metadata.plist
。在它里面你会找到包含插件包标识符的 MCMMetadataIdentifier
键。在 PluginKitPlugin 的情况下,要确定它属于哪个应用程序,您需要转到 *.app
。似乎 PluginKitPlugin 包存储在 *.app/PlugIns
中。解析它的 Info.plist
以确定插件的包标识符。例如,您可以查看印象笔记的存储方式。
最后是 Shared
目录。它似乎包含可以在不同应用程序之间共享的应用程序文档。同样,在 Shared
中,您将找到具有随机名称的目录。要确定哪个应用程序共享了该文档,请解析 .com.apple.mobile_container_manager.metadata.plist
。 MCMMetadataIdentifier
将包含与应用程序包标识符连接的 group.
字符串。
iOS 8 更新
自 iOS 8.4 以来,Apple 再次改变了一切。现在没有 .com.apple.mobile_container_manager.metadata.plist
文件。相反,您需要解析 /var/mobile/Library/MobileInstallation/LastLaunchServicesMap.plist
。它包含自 iOS 8 以来所有已安装应用程序(甚至系统应用程序)的信息,因此您实际上根本不需要 .com.apple.mobile_container_manager.metadata.plist
。
plist 的结构非常简单。首先是有两个主键的字典
这些字典使用包标识符作为键,字典使用应用程序信息作为值。例如:
iOS 9 更新
看起来
.com.apple.mobile_container_manager.metadata.plist
和 /var/mobile/Library/MobileInstallation/LastLaunchServicesMap.plist
都太不可靠了。前者再次出现在 iOS 9 中——不知道 8.4 中发生了什么,可能是一个错误。后者并不总是最新的。事实上,大多数时候它包含旧信息。特别是对于应用程序沙箱路径。看起来它确实会定期更改,因为我发现 plist 给了我错误的路径。有一个更可靠的解决方案,不需要摆弄 plists 或任何东西 -
LSApplicationWorkspace
框架中的 MobileCoreServices
。它有 - (id)allInstalledApplications
方法,它返回一个 LSApplicationProxy
对象数组,这些对象将为您提供在 LastLaunchServicesMap.plist
中可能找到的所有信息。而且,如果我没记错的话,即使没有越狱它也能工作。
关于objective-c - 如何使用 Objective C 访问特定的 iOS 应用程序目录?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/27263333/