Apple Instruments 在跟踪 iOS 分配时停止工作

Question

我正在使用 Instruments 的 Allocations 工具检查 Xamarin iOS 应用的内存使用情况。

我遇到了一个问题，即 Instruments 在不久之后就停止接收任何分配数据。触发问题时，我没有看到应用程序中的内存使用、cpu 使用、时间或位置有任何模式，但大多数情况下它会在大约 12 秒后停止工作。

似乎在设备停止工作的同时记录了以下内容：

kernel[0] <Notice>: Sandbox: SalesApp(2291) deny(1) process-info-pidinfo 1530
kernel[0] <Notice>: Sandbox: SalesApp(2291) deny(1) sysctl-read kern.proc.pid.1530

可能是什么问题？

每次它停止我都可以停止记录蚂蚁重新启动它并再次运行一段时间。

我已尝试重新启动一切，但行为没有改变。 我知道我在去年 12 月遇到了这个问题，但后来在不同版本的 Xcode、iOS、OS X、Xamarin Studio 上，我使用了不同的 iPad。

当前版本：

• iOS：9 测试版 5 (13A4325c)
• OS X：优胜美地 (10.10.5 (14F27))
• Xcode/仪器：6.4 (6E35b)
• Xamarin Studio：5.9.5（内部版本 10）
• 部署目标：7.0

Instruments 的屏幕截图，其中录制在 7 秒后立即停止：

Answer 1

这是一个known issue，GC 和 Instruments 之间的不幸交互导致进程死锁。

您可以尝试几张（广角）照片并让它发挥作用：

• 通过在 FinishedLaunching 方法中执行此操作，在主线程上频繁触发 GC：

  NSTimer.CreateRepeatingScheduledTimer(0.5, (v) => GC.Collect());
  

• 尝试分配更少的内存，以减少 GC 触发的频率（我知道这就是您首先要做的）

• 尽量只在主线程上做事。当 Instruments 报告一个线程上的分配，而 GC 在另一个线程上运行时，就会发生死锁。如果您只在一个线程上工作，则不会发生死锁。

• 它通常是随机的，所以有时你可能会很幸运并且它不会死锁。 IOW 只是一次又一次地尝试。