- r - 以节省内存的方式增长 data.frame
- ruby-on-rails - ruby/ruby on rails 内存泄漏检测
- android - 无法解析导入android.support.v7.app
- UNIX 域套接字与共享内存(映射文件)
我有一个 Mac 和 iOS 应用程序通过单个“鞋盒”文件使用 iCloud 共享数据。
大多数时候,更改会以高效和迅速的方式正确同步。然而,每隔一段时间(尤其是现在)我在一台设备上所做的更改就简单地放在那里。
我已经在我的 Mac 上对共享数据文件进行了更改,并且数据已保存到磁盘。不过不知道是系统上传数据到iCloud失败,还是iOS设备检查新数据失败,我在胡闹我的拇指。
下面的 5KB 文件是应该更改的文件。无论我在 Mac 应用程序中做了多少更改,在测试过程中每隔一段时间,iCloud 就会停止同步更改。如果我离开 20 分钟再回来,它可能会再次启动。
进一步如果我在 Xcode 中运行 Mac 应用程序并关注同一个文件,即使我对该文件进行了更改并且可以确认磁盘上的文件(在 Finder/终端)实际上正在发生变化,Xcode 中的 iCloud 面板也不会很快接受这些变化:
请注意,同一 5KB 文件在我的 Mac 本地文件系统中已更改(在 9:01),但 iCloud 没有接收到它。此文件中有实际内容更改,而不仅仅是修改日期更改。
所以,我想找到一种方法来:
以编程方式触发同步,甚至使用 Xcode。我知道可以使用模拟器触发 iCloud 同步,但这只在 iOS 上测试时有效,而且我更喜欢在实际硬件上进行测试。或者,
确定谁(或什么)对未共享的数据“有过错”。我从一开始就关注 iCloud 文档,确保我使用协调写入来保存更改等。这只是 iCloud 会打瞌睡的非常间歇性的事情,并且使测试非常令人沮丧。
最佳答案
我不认为你可以触发所选文件的同步,但你可以使用这个工具“brctl”来查看引擎盖下发生了什么(或诊断)(在 OSX 上),诊断它可能是关于什么的.
命令行命令:
$ brctl
例如这样使用它
brctl log --wait --shorten
或者 brctl诊断
关于ios - 强制或 "encouraging"iCloud 将更改上传到文件,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/19955914/
我是一名优秀的程序员,十分优秀!