iOS应用程序崩溃，xcode在debugging时显示“X连接失败”
我的应用程序崩溃，我需要一些build议，以find并解决问题。 这不是一个设备或电缆问题，因为它发生在所有设备上，而不仅仅是在debugging时。 Xcode不会停止在exception断点上，应用程序只是停止运行，没有错误信息。 当debuggingxcode只说'失去连接到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** 更新：
原来是一个记忆问题。 该应用程序很快分配了大量的内存，操作系统终止了应用程序。 奇怪的是，Xcode没有logging内存警告，而在仪表显示该应用程序收到了很多警告。 其他应用程序使用相同数量的内存没有内存警告。 我的猜测是那些没有以如此快的速度分配内存。
该应用程序运行在iPhone 4S上，并在大约90MB的内存使用率下死亡。
我困惑的是其他内存不足的问题，所有的可清除Purgeable pages: 0 。 所以我猜这不是完全是一个内存不足，但在很短的时间内使用太多的内存？
在UIImage加载一大堆非常大的图像（5000px x 5000px）时，我遇到了同样的问题。 幸运的是，图像不应该在任何附近，我只需要调整它们。
从我开启iOS 11 Beta以来，这个错误经常出现。 有时重新启动设备的作品，有时我的电脑…
只要为在这个问题上挣扎的其他人提供帮助就可以了。
对我来说，解决scheme是重新启动我的设备。
是的，这是一个内存问题，或者你已经打开了太多的线程。 我以前遇到过这个问题。 我遇到的问题是这样的：
当我删除一张可能花费0.2秒左右的照片时，我想向用户显示一个烤面包（ MBProgressHUD ），并且在删除后隐藏烤面包。
当我试图删除100张照片时，没关系。 但是，当我试图删除200张照片时，应用程序可能会崩溃。 当我试图删除300张照片时，iPhone总是重新启动。
正如Andy Darwin所说，这是一个记忆问题。
在使用animationImages添加UIImageView时，旧设备上出现此问题。
为了后代，正如我最近经历过这个“崩溃”，并不是像其他人所说的那样是因为记忆问题：
在极less数情况下，这可能是用于将iPhone连接到计算机的电缆的问题。 我有一个错误的闪电电缆，偶尔会失去与我的Mac连接。 解决scheme是由一个新的！
在我的情况下，我使用UICollectionView来显示一堆照片，当我想执行reloadData到视图时，发生崩溃，而内存使用率不是那么高（小于100M）。 除了内存问题，我觉得UICollectionView或者UITableView的reloadData也可能导致这个问题。
只是补充说，我有同样的问题运行我的应用程序和旧的Ipad 3和Iphone 6.最终成为问题是我不小心保存了2个项目的图像为40MB和20MB版本。 所以这是一个记忆问题。 我把它们缩小为每个1MB，问题解决了。
