iOSアプリがクラッシュし、Xcodeはデバッグ時に「XのiPhoneへの接続が失われました」と表示する
アプリがクラッシュし、問題を見つけて修正するためのアドバイスが必要です。デバッグ時だけでなく、すべてのデバイスで発生するため、デバイスまたはケーブルの問題ではありません。 Xcodeは例外ブレークポイントで停止せず、アプリはエラー情報なしで実行を停止するだけです。 Xcodeをデバッグすると、「XのiPhoneへの接続が失われました」としか表示されません。デバイスから次のログがあります。MY_CRASHING_APPを参照してください。
Incident Identifier: 85730E97-BA21-4C72-8AD1-02075A8FD9A7
CrashReporter Key: d9e9eb14ac1801fea11e662a394244d7caf29154
Hardware Model: iPhone4,1
OS Version: iPhone OS 8.0 (12A365)
Kernel Version: Darwin Kernel Version 14.0.0: Tue Aug 19 15:08:02 PDT 2014; root:xnu-2783.1.72~8/RELEASE_ARM_S5L8940X
Date: 2014-09-24 15:02:41 +0200
Time since snapshot: 325 ms
Free pages: 20793
Active pages: 20412
Inactive pages: 10678
Speculative pages: 1757
Throttled pages: 55906
Purgeable pages: 699
Wired pages: 21196
File-backed pages: 30263
Anonymous pages: 2584
Compressions: 76385
Decompressions: 3948
Compressor Size: 81
Uncompressed Pages in Compressor: 61
Page Size: 4096
Largest process: MY_CRASHING_APP
Processes
Name | <UUID> | CPU Time| rpages| purgeable| recent_max| lifetime_max| fds | [reason] | (state)
coreduetd <675ac3d39b193f9bba42896818431859> 0.049 124 0 - 391 50 [vnode-limit] (daemon) (idle)
homed <77bcbc47e2723e269b0ff9d115658259> 0.052 146 0 - 458 50 [vnode-limit] (daemon) (idle)
gamed <a51b1ad16b693a75aeaaf2166e7b1b0b> 0.049 38 0 - 74 50 [vnode-limit] (daemon) (idle)
lsd <72b4494834d3357bb8aa32fd5b5c8e83> 0.068 161 0 - 368 50 [vnode-limit] (daemon)
InCallService <88e149874b1c35f2b8adbeee958d7258> 18.461 1289 0 - 3238 50 [vnode-limit] (resume) (continuous)
MY_CRASHING_APP <1542054cd5393df29827ca1a6bd34e04> 59.116 24504 600 - 29490 1600 [vnode-limit] (frontmost) (resume)
ptpd <c0bc1e573edb3bcebea0f3140a139421> 3.442 878 0 - 1634 50 (daemon)
BTServer <1b7372b3ae393847b1c3ccaa720e991e> 3.057 393 0 - 1437 50 (daemon)
lockdownd <bb602fb4b5ac3b51af2d22c4fdce9778> 11.306 271 0 - 761 50 (daemon)
imagent <01ebc2c08d7f36059714967efaa86e78> 19.892 585 0 - 1286 50 (daemon)
locationd <9727e24fbe4f357cb27d7bc8cf882c93> 489.694 1665 0 - 3586 50 (daemon)
identityservices <13c2b979d6433252a011087be05e1aa5> 22.999 696 0 +2 1585 50 (daemon)
discoveryd <dff5d0d2edf43b45b0c7fbd4a3e1b677> 93.758 589 0 - 1077 100 (daemon)
wifid <5fb79228aa653a9bb725217b9cb891e6> 63.420 571 0 - 1098 50 (daemon)
iaptransportd <ae70565455de38f3aab8993e9d109207> 7.713 306 0 - 579 50 (daemon)
mediaserverd <b5ba58774a853d43a17559ae76a6f918> 649.476 1025 64 - 6134 50 (daemon)
syslogd <a5a138dc01cd34d19bbe336c03099ce7> 40.100 201 0 - 384 50 (daemon)
powerd <b3163caaebd53f7aa42634836472ea04> 43.199 231 0 - 474 50 (daemon)
apsd <17af2320ccfb3e668b6455b95b4612ce> 37.461 631 0 - 1445 50 (daemon)
networkd <a657abe0ce803333b886876a8f7a36e0> 77.271 596 0 - 1297 50 (daemon)
dataaccessd <db655c44d5c830dc9e5f34f7edcb17a4> 243.259 1777 0 - 3097 100 (daemon)
vmd <88cebb23d0f1344db23e1896b1787f2d> 0.505 204 0 - 617 50 (daemon)
iapd <e84bb9b7cf7530babc36c6ca37b7f345> 11.963 453 0 - 1673 50 (daemon)
syslog_relay <9e18dbcbcc07374e9d14c732b8dabad2> 1.424 98 0 - 189 50 (daemon)
voiced <2d24fa3e32533f2f8298743eaf348d63> 0.179 210 0 - 581 50 (daemon)
itunesstored <d50d5b1c3f693694a2eee878aae8facf> 0.573 908 0 - 1759 50 (daemon)
SpringBoard <3e0aacaca7103aa09a71e5c9fee3e012> 841.081 7088 29 - 16912 50
backboardd <117d65aca8ce3ba68c7fd87d9ab81da6> 3424.058 6678 625 - 4409 50 (daemon)
UserEventAgent <2f6c74a697943aed899faebac621e4c3> 316.816 848 0 - 2101 200 (daemon)
configd <64e4db8bced23463b446c4b7c868fcfa> 31.906 416 0 - 933 50 (daemon)
fseventsd <a393d343a7533860b5c1eddb922a33f1> 20.088 405 0 - 805 50 (daemon)
fairplayd.H1 <c3856f0573fb3f9887721a239507f28b> 30.647 159 0 - 1096 50 (daemon)
assertiond <032107d4db2b36ddac986060d8c62f73> 26.282 289 0 - 702 50 (daemon)
wirelessproxd <ba82fe3b38f63f2b8b8807a2bf97aadd> 1.071 179 0 - 643 50 (daemon)
distnoted <e8f9e76e751838a880dad2d4a953f814> 4.457 193 0 - 254 50 (daemon)
discoveryd_helpe <84abc0c6dd5b37a8b2c8323881e16da7> 0.493 123 0 - 466 50 (daemon)
ubd <5f4f0054821e3b41b543a4d9f4176291> 9.040 730 0 - 1540 50 (daemon)
filecoordination <68a3848887853629adae42f5828a5443> 2.731 251 0 - 649 100 (daemon)
aggregated <ab0d307a392f36cc827709d24c4b8696> 1335.558 1081 0 - 1688 50 (daemon)
DTMobileIS <086152f142ac30a686a172b148d38fbc> 109.156 474 0 - 1724 50 (daemon)
touchsetupd <d8aabe65f2d23f6ab7704bbccc6c2ba1> 0.388 158 0 - 464 50 (daemon)
cfprefsd <6e5dcfe209183c719091d07edad590da> 0.150 166 0 - 320 50 (daemon)
accountsd <9eb0309b021033c6b24ce65da48fa228> 0.665 595 0 - 1909 50 (daemon)
CommCenter <0e1ced0eddce346ba27e9f54886ef025> 669.306 1543 0 - 4623 50 (daemon)
notifyd <7beaf472572334d4989a40473776f635> 61.698 272 0 - 309 50 (daemon)
ReportCrash <b36d5780860a3dfcbb146b2cc6bca339> 0.062 146 0 - 443 50 (daemon)
**End**
更新：
メモリの問題であることが判明しました。アプリは大量のメモリを非常にすばやく割り当てていたため、OSはアプリを終了しました。 Xcodeがメモリ警告をログに記録しなかったのは奇妙なことでしたが、Instrumentsではアプリが大量の警告を受け取ったことを示しています。同じ量のメモリを使用した他のアプリは、メモリ警告なしで抜けました。私の推測では、このような高速でメモリを割り当てていませんでした。
このアプリはiPhone 4Sで実行されていて、約90MBのメモリ使用量で殺されました。
私を混乱させたのは、他のメモリ不足の問題がすべてPurgeable pages: 0。だから、これは正確にメモリ不足ではなく、短時間で多すぎるメモリ使用量だと思いますか？
これに苦労している他の誰かのためにただチッピング。
私にとっての解決策は、デバイスを再起動することでした。
UIImagesに大量の非常に大きな画像（5000px x 5000px）を読み込むときに、同じ問題が発生しました。幸いなことに、画像はその大きな場所の近くにはないはずなので、サイズを変更する必要がありました。
このバグは、iOS 11 Betaをオンにしてから頻繁に表示されます。デバイスの再起動が動作することもあれば、コンピューターが動作することもあります...
はい、メモリの問題です。または、開いているスレッドが多すぎます。以前にこの問題に遭遇しました。私がこのように出会った問題：
約0.2秒かかる可能性のある写真を削除するとき、ユーザーにトースト（MBProgressHUD）を表示し、GCDを削除した後にトーストを非表示にします。
100枚の写真を削除しようとしても問題ありません。ただし、200枚の写真を削除しようとすると、アプリがクラッシュする可能性があります。 300枚の写真を削除しようとすると、iPhoneは常に自動的に再起動します。
Andy Darwinが示唆したように、これはメモリの問題です。
UIImageViewでanimationImagesを追加すると、古いデバイスでこの問題が発生しました。
最近、この「クラッシュ」を経験しましたが、他の人が示唆しているように、メモリの問題によるものではありませんでした。
まれに、これはiPhoneをコンピューターに接続するために使用されるコードに問題がある場合があります。雷ケーブルに欠陥があり、散発的に私のMacへの接続が失われました。解決策は新しいものにすることでした！
私の場合、UICollectionViewを使用して大量の写真を表示し、ビューに対してreloadDataを実行するとクラッシュが発生しますが、メモリ使用量はそれほど高くありません（100M未満）。メモリの問題に加えて、UICollectionViewまたはUITableViewのreloadDataもこれを引き起こす可能性があると思います。
さらに、古いIpad 3とIphone 6でアプリを実行するときに同じ問題が発生したことを付け加えます。問題となったのは、プロジェクトの2つのイメージを誤って40MBと20MBのバージョンとして保存していたことです。それはメモリの問題でした。各サイズを1 MBに縮小し、問題を解決しました。