使用Appcelerator构建应用程序，似乎很多都会收到此崩溃报告。 它可能发生在10秒到5分钟的任何地方，我似乎无法看到一种模式，这让我觉得它可能是一个记忆问题。
有人可以请帮助我指出做什么/甚至寻找的正确方向吗？
非常感谢提前。
*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
Build fingerprint: 'lge/awifi_open_eu/awifi:4.4.2/KOT49I.V50020f/.1442277816:user/release-keys'
Revision: '11'
pid: 17156, tid: 17160, name: GC >>> com.adzmedia.cureit <<<
signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 85443c34
r0 42a24343 r1 85443c30 r2 42a24340 r3 42a1f8f8
r4 5ba1dad4 r5 420b7008 r6 5ba1dc18 r7 42a242e8
r8 00000000 r9 42a1f950 sl 416d4adc fp 80000000
ip 00000003 sp 5ba1da20 lr 4174c5f5 pc 4174c5e2 cpsr 900f0030
d0 0000000000000000 d1 0000000000000000
d2 0000000000000000 d3 0000000000000000
d4 0000000000000000 d5 0000000000000000
d6 0000000000000000 d7 0000000000000000
d8 0000000000000000 d9 0000000000000000
d10 0000000000000000 d11 0000000000000000
d12 0000000000000000 d13 0000000000000000
d14 0000000000000000 d15 0000000000000000
d16 0000000000000000 d17 0000000000000000
d18 0000000000000000 d19 0000000000000000
d20 0000000000000000 d21 0000000000000000
d22 0000000000000000 d23 0000000000000000
d24 0000000000000000 d25 0000000000000000
d26 0000000000000000 d27 0000000000000000
d28 0100010001000100 d29 0100010001000100
d30 0000000000000000 d31 0000000000000000
scr 20000010
backtrace:
#00 pc 000755e2 /system/lib/libdvm.so (mspace_bulk_free+89)
#01 pc 000764df /system/lib/libdvm.so (dvmHeapSourceFreeList(unsigned int, void**)+70)
#02 pc 0003a0ac /system/lib/libdvm.so
#03 pc 0002bd40 /system/lib/libdvm.so (dvmHeapBitmapSweepWalk(HeapBitmap const*, HeapBitmap const*, unsigned int, unsigned int, void (*)(unsigned int, void**, void*), void*)+176)
#04 pc 0003ae4c /system/lib/libdvm.so (dvmHeapSweepUnmarkedObjects(bool, bool, unsigned int*, unsigned int*)+284)
#05 pc 0002c268 /system/lib/libdvm.so (dvmCollectGarbageInternal(GcSpec const*)+452)
#06 pc 000759cd /system/lib/libdvm.so
#07 pc 00057b75 /system/lib/libdvm.so
#08 pc 0000d2e8 /system/lib/libc.so (__thread_entry+72)
#09 pc 0000d480 /system/lib/libc.so (pthread_create+240)
code around pc:
4174c5c0 454f0908 f8dcd113 f0007004 f0400001
4174c5d0 f0270c02 18ba0707 ea4c1889 f8430002
4174c5e0 684a0c04 0001f042 60236048 4628e002
4174c5f0 fbf6f7fd d1d042b4 69eb68e9 d9134299
4174c600 21004628 ff24f7fd 42b4e00e 0207f020
4174c610 0c02eb01 e7ead1d2 22004805 44784905
4174c620 f7fd4479 e7e7fbc7 e8bd2000 bf0083f8
4174c630 0003bbd9 000441e8 43f8e92d 69874688
4174c640 2f004691 f500d038 682a75e0 0308f102
4174c650 0007f013 425cd002 0007f004 e0171814
4174c660 f1041f02 e0060008 bf9428f8 0010f104
4174c670 0020f104 42b02200 4631d202 47c0464b
4174c680 d10442bc 2d0068ad e8bdd1df 463483f8
4174c690 428c6829 686ad3f6 0c02eb01 d2f14564
4174c6a0 2b076863 f003d0ee f0230103 29010007
4174c6b0 0600eb04 e7d7d1d4 83f8e8bd bec8f7fd
code around lr:
4174c5d4 18ba0707 ea4c1889 f8430002 684a0c04
4174c5e4 0001f042 60236048 4628e002 fbf6f7fd
4174c5f4 d1d042b4 69eb68e9 d9134299 21004628
4174c604 ff24f7fd 42b4e00e 0207f020 0c02eb01
4174c614 e7ead1d2 22004805 44784905 f7fd4479
4174c624 e7e7fbc7 e8bd2000 bf0083f8 0003bbd9
4174c634 000441e8 43f8e92d 69874688 2f004691
4174c644 f500d038 682a75e0 0308f102 0007f013
4174c654 425cd002 0007f004 e0171814 f1041f02
4174c664 e0060008 bf9428f8 0010f104 0020f104
4174c674 42b02200 4631d202 47c0464b d10442bc
4174c684 2d0068ad e8bdd1df 463483f8 428c6829
4174c694 686ad3f6 0c02eb01 d2f14564 2b076863
4174c6a4 f003d0ee f0230103 29010007 0600eb04
4174c6b4 e7d7d1d4 83f8e8bd bec8f7fd e92d4b2d
4174c6c4 447b41f0 f8df4605 681880b0 b90844f8
答案 0 :(得分：0)
SIGSEV例外是分段错误。您尝试访问从未在那里或更可能收集垃圾的东西。这很难调试。 This question解释了如何将其追溯到确切的Titanium SDK方法，但问题仍然是如何在多个场合使用相同的Titanium API时的JavaScript代码。在它崩溃并注释掉代码片段以查看导致它的原因之前，可能更容易看到你做了什么（或自动完成了）。不幸的是，因为你说它发生在随机时间，但仍然可能是一个挑战。