从Mac命令行访问iOS应用程序目录(沙箱)

Rog*_*nns 5 ios

我需要使用Mac或Linux上的命令行(non-gui)访问安装在iOS设备上的应用程序的沙箱目录.这有助于开发和测试自动化.将json文件放入沙箱可以让我设置额外的调试消息和更小的刷新间隔等参数.

像iFunBox这样的工具可以很好地工作,但只是图形化,需要多次点击才能完成.发给开发人员的电子邮件没有得到答复.它也不支持AppleScript.我确实找到了另一个提供Fuse模块的应用程序,但是如果应用程序被卸载然后重新安装(以便重置为第一次用户体验),它就变成了错误.我向开发人员报告了这些问题,但没有解决问题.

我需要做的事情是:

  • 测试是否安装了具有特定软件包ID的应用程序
  • 创建Library/Caches/MYLIBNAME目录(如果它不存在)
  • 将一个~100字节的json文件从Mac复制到该目录
  • 获取该文件的副本
  • 只能在Linux上运行的解决方案也是可以接受的
  • 设备没有越狱,我宁愿不要求这样做

在某些情况下,我没有应用程序的源代码,因为它是使用我的库的第三方,因此编译应用程序的不同版本是不切实际的.

由于lxt,许多评论中的答案如下.总结是:

  • 与libimobiledevice相关的各种库和程序可以解决这些问题
    • 使用修补的 iFuse安装应用程序沙箱
    • 使用idevicesyslog查看控制台日志
    • 使用ideviceinstaller安装/卸载应用程序
  • 与libimobiledevice相关的各种库和程序即使不是不可能在Linux或Mac上编译也是非常困难的,并且没有统一分发源或二进制文件
    • 对于Ubuntu,请尝试libimobiledevice(可能有3个后缀),ideviceinstaller和libimobiledevice-utils包
    • 对于Mac,搜索libimobiledevice-macosx可能会让你获得一些方法

lxt*_*lxt 1

这会有点棘手,因为我认为您已经发现应用程序名称是在每次安装时随机生成的。据我所知,我认为没有办法解决这个问题。这解释了您在模拟新安装时遇到的问题(...应用程序目录名称更改为新的随机散列,然后您就陷入困境)。

虽然我的偏好是以其他方式访问此配置文件(可能通过网络,并且有一些仅在调试/测试版本检查时执行的代码),但如果您确实想这样做,那么我建议尝试就像编写一个脚本一样,当您想要模拟新安装时,请选择最近修改的应用程序目录。但这非常hacky。

如果您无法插入仅在调试/测试版本上执行的条件代码,那么我认为无论您采取什么方法,iOS 在文件系统级别使用的随机应用程序命名架构都会给您带来问题。

更新:关于 iFuse 和 libimobiledevice - 开箱即用,它将您限制在文档目录中。这是因为 iFuse 的作者不想让入门级用户感到困惑,也因为根据 iOS 版本的不同,其结构略有不同。您可以注释掉 iFuse 源代码中的行 - fuse_opt_add_arg(&args, "-osubdir=Documents");- 以通过挂载访问库目录。如果这样做,您显然需要自己重新编译 iFuse。