ios5 - 如何在 iphone sdk 中检查 XCODE 中的崩溃日志

Question

我是 iPhone 应用程序开发的新手，当我在设备应用程序中运行我的应用程序时，应用程序崩溃并提供以下登录管理器

这是日志报告:

Incident Identifier: 23B91310-BCEC-497B-821A-8CF8E709ACF7
CrashReporter Key:   3202fd13cd0c5e4ab0706615fabf36ebc9396206
Hardware Model:      iPod4,1
OS Version:          iPhone OS 4.3.5 (8L1)
Kernel Version:      Darwin Kernel Version 11.0.0: Sat Jul  9 00:59:43 PDT 2011; root:xnu-    1735.47~1/RELEASE_ARM_S5L8930X
Date:                2012-08-22 10:45:15 +0530
Time since snapshot: 54 ms

Free pages:        588
Wired pages:       16800
Purgeable pages:   38
Largest process:   BJS

 Processes
     Name                 UUID                    Count resident pages
         BJS <312d3dae46e433f9982c26738e40060b>   36928 (jettisoned) (active)
  debugserver <919dbac91c0e3133a517d6c7a99e667e>     184
    SCHelper <f8cf7ee034ac3991a79d8c78e435c1e7>     131
  Preferences <cbdecd3d02e031e48e9675235a51306c>    1045 (jettisoned)
  springboardservi <5ab19f16a3973514b6d7d62201d6abde>     309
   syslog_relay <344c7c41bec5360aae33f4fd412ea95f>      94
  notification_pro <698dca6c4cba390a8017315bd25f18f8>     112
   syslog_relay <344c7c41bec5360aae33f4fd412ea95f>      97
  notification_pro <698dca6c4cba390a8017315bd25f18f8>     108
        ptpd <6072e173aed83310b9b7589a70a24b0b>     580
    talkmeim <eb62d6230d5f304f9819c6aebc2d2298>    1141 (jettisoned)
         lsd <3fafa485b73836acb973d50feabd963a>     248
     notifyd <9966082842de313a8e05a001c783faf4>     126
    BTServer <01550e9527353eecae41ebee0f889603>     308
  CommCenter <7d9446365b4836968ae361626ef8f939>     271
        misd <8f94228bddf8342994baf5ca9af1154d>     154
 SpringBoard <5c55c6fba0843b0e924e116413b8c9d4>    4143 (active)
  accessoryd <d30e340e36df356bbde3347a6ed1ef87>     148
        apsd <47ffc9ce9f84371588bd3f937aaa20bb>     285
     configd <a6d457fca42732d9ba809d03a2b3e3ae>     401
 fairplayd.N81 <144f0ff89c123fa5a1cfa40da72fb024>     165
     imagent <9e0b26bad4a538a5b0e5e5ee7eeeb7be>     234
   locationd <9088e845dcbe37d890c8758655bf34c6>     685
  mDNSResponder <caf94711b8093dc5bc5736306f8ae818>     198
  mediaremoted <21af791e80823c9f90f0be2b77a3d885>     199
 mediaserverd <c731263114c33a07aef7bccdcf667271>     643
   lockdownd <1c7f2b41744c35dc92f679e90a73e240>     268
     syslogd <d81669e7bdb93f9b9012020beac826f4>     100
 usbethernetshari <25130d2f9a0334e3ae28780250343144>     105
     launchd <e2d41e07a0743a089eadbae765709c82>      84

**End**

任何人都可以帮助如何跟踪日志报告。

Answer 1

这不是应用程序崩溃，而是应用程序终止:iOS 有一种称为 Jetsam(或正式的内存状态)的机制，当物理内存不足时，它会“抛弃”(即抛出)最大的进程(就内存而言)低的。这是必要的措施，因为 iOS 没有交换。在您的由 jetsam 生成的日志中，您可以看到所有处于事件状态的进程的列表，以及已被丢弃的 BJS。格式为:

Incident Identifier: Automatically generated GUID for Apple
CrashReporter Key:   Hash, probably of GUID
Hardware Model:      i-Device stepping (4,1 is 4th gen iPod in your case)
OS Version:          Version of iOS
Kernel Version:      Kernel version, as per uname -a
Date:                ... figure this one out
Time since snapshot: How much time has passed - the snapshot may be "dated"

Free pages:        How many free pages of RAM remain. Page = 4k
Wired pages:       How many resident pages
Purgeable pages:   How many pages MAY be freed, if all else fails
Largest process:   The culprit

 Processes
     Name                 UUID                    Count resident pages
         BJS <312d3dae46e433f9982c26738e40060b>   36928 (jettisoned) (active)

表，根据列标题，其中(抛弃)意味着 jetsam 杀死了你。 (active) 表示您是前台应用程序。

希望这会有所帮助，(如果没有 - 直接评论或问我)