我正在尝试为 iOS 8 开发键盘扩展。除了我遇到的各种问题（很明显扩展只是事后的想法），在 iPhone 6 上开始测试后，我发现扩展是随机的以具有如下条目的崩溃日志终止：
Name | <UUID> | CPU Time| rpages| purgeable| recent_max| lifetime_max| fds | [reason] | (state)
MyKeyboard <93dea1cc8757387ba5e7da3006a7d23f> 0.638 13072 0 - 8483 50 [per-process-limit] (frontmost)
请注意，这发生在 iPhone 6 和 iPhone 6 plus 上，但不会发生在功能较弱（RAM 较少，但不是 64 位）的 iPhone 4S 上。
当然，当您在设备上进行调试时，它不会发生。
此外，如果我运行与应用程序而不是扩展程序完全相同的代码，则不会发生这种情况。
终止似乎主要发生在使用 Quartz 绘制线条时，或者更容易的是，使用 Apple 的 CoreTextArcCocoa 类的派生类将属性字符串呈现为弧线。分析器显示从来没有 CPU 使用率，应用程序中的 RAM 使用率是适中的 15-25MB。当我使用其中几个弧形文本视图（主要与属性字符串相关）时，有很多分配/解除分配，所以我想也许快速分配（即使它们后面跟着解除分配）会触发一些终止扩展的 iOS 进程，因为担心占用太多内存？但是，如果我不知道确切的触发器，如何围绕它进行编码？当然我想不出调试这个问题的方法，因为它在我的应用程序之外。我尝试使用我的一张开发人员计划票向 Apple 开一张票。我要求任何形式的帮助，甚至只是对“每个进程限制”的更好解释。他们关闭并退款，没有回应。我重新打开，至少询问关闭第一张票的原因，他们关闭并退款。关于到底发生了什么或我可以尝试什么的任何想法？
此处参考来自同一崩溃日志的完整内存统计信息：
Free pages: 9054
Active pages: 122754
Inactive pages: 48617
Speculative pages: 235
Throttled pages: 0
Purgeable pages: 4696
Wired pages: 67788
File-backed pages: 81292
Anonymous pages: 90314
Compressions: 15775
Decompressions: 3940
Compressor Size: 1364
Uncompressed Pages in Compressor: 4383
Page Size: 16384
Largest process: backboardd