我在这里发帖是希望能从更有经验的程序员那里得到建议(一般来说，特别是 Cocos2D)。
我有一个老项目，它在几个地方使用 Cocos2D v2.1，否则就是标准的 UIKit。我将其更新为与 arm64 兼容，或者我是这么认为的，并设法删除了所有编译器警告，并在模拟器上成功运行了该应用程序。但是，我刚刚收到来自 iPad Air 用户的错误报告，该应用程序的 Cocos2d 部分正在崩溃。
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Subtype: KERN_INVALID_ADDRESS at 0x0000000000000010
Triggered by Thread: 0
Thread 0 Crashed:
0 libobjc.A.dylib 0x00000001995101d0 0x1994f8000 + 98768
1 0x000000010014e820 -[CCTimer update:] + 152
2 0x0000000100152140 -[CCScheduler update:] + 420
3 0x000000010016ab30 -[CCDirectorIOS drawScene] + 172
就像我说的，没有编译器警告，而且它在模拟器上都能正常工作，所以我有点不知道如何修复它。我知道通常的两个选择是 1.移除arm64 2.升级到Cocos2D v3.0
但是，我只将 Cocos2D 用于应用程序的一小部分，因此我希望我可能遗漏了一个简单的修复程序。我对 Cocos2D 和一般的调试都没有经验，所以如果这是一个失败的原因，我希望得到一些建议，我最好把时间花在其他两个选项之一上，或者也许我可以做一些简单的事情调整我现在缺少的。我确实浏览了 CCTimer update:方法，唯一突出的是代码中的一些 float ，我知道在 32/64 位之间可能会有问题，但没有编译器警告我不知所措。
更新
所以它变得越来越神秘。我买了一个全新的 iPad Air 来在本地而不是在模拟器上进行测试，并且......它有效。没有崩溃。用户是否可能只是有一个有缺陷的设备？我注意到异常被抛出 KERN_INVALID_ADDRESS at 0x0000000000000010这看起来有点奇怪。我在网上看到的大多数类似的崩溃报告都有完全不同的地址，看起来更加随机。
更新 2
更多的谜团。虽然本地版本在设备上运行(通过 XCode 运行)，但从 AppStore 实际下载的应用程序确实崩溃了!我能够从设备日志中捕获有关它的更多信息:
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Subtype: KERN_INVALID_ADDRESS at 0x0000000000000010
Triggered by Thread: 0
Thread 0 Crashed:
0 libobjc.A.dylib 0x0000000196c041d0 objc_msgSend + 16
1 0x00000001001da820 -[CCTimer update:] + 152
2 0x00000001001de140 -[CCScheduler update:] + 420
3 0x00000001001f6b30 -[CCDirectorIOS drawScene] + 172
4 QuartzCore 0x000000018cf40cb8 CA::Display::DisplayLinkItem::dispatch() + 32
5 QuartzCore 0x000000018cf40ac4 CA::Display::DisplayLink::dispatch_items(unsigned long long, unsigned long long, unsigned long long) + 296
6 IOKit 0x000000018b23be70 IODispatchCalloutFromCFMessage + 360
7 CoreFoundation 0x000000018a2ec8dc __CFMachPortPerform + 188
8 CoreFoundation 0x000000018a2fae8c __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ + 52
9 CoreFoundation 0x000000018a2fadec __CFRunLoopDoSource1 + 440
10 CoreFoundation 0x000000018a2f9010 __CFRunLoopRun + 1616
11 CoreFoundation 0x000000018a239c1c CFRunLoopRunSpecific + 448
12 GraphicsServices 0x000000018fec9c08 GSEventRunModal + 164
13 UIKit 0x000000018d36afd8 UIApplicationMain + 1152
14 0x00000001000f4994 main (main.m:16)
15 libdyld.dylib 0x00000001971e7a9c start + 0
Thread 1:
0 libsystem_kernel.dylib 0x00000001972c9aa8 kevent64 + 8
1 libdispatch.dylib 0x00000001971cd998 _dispatch_mgr_thread + 48
Thread 2:
0 libsystem_kernel.dylib 0x00000001972c9ca0 mach_msg_trap + 8
1 CoreFoundation 0x000000018a2fab70 __CFRunLoopServiceMachPort + 180
2 CoreFoundation 0x000000018a2f8d00 __CFRunLoopRun + 832
3 CoreFoundation 0x000000018a239c1c CFRunLoopRunSpecific + 448
4 AudioToolbox 0x0000000189aedabc GenericRunLoopThread::Entry(void*) + 156
5 AudioToolbox 0x0000000189ade278 CAPThread::Entry(CAPThread*) + 136
6 libsystem_pthread.dylib 0x0000000197363e18 _pthread_body + 164
7 libsystem_pthread.dylib 0x0000000197363d70 _pthread_start + 136
8 libsystem_pthread.dylib 0x0000000197361550 thread_start + 0
Thread 3:
0 libsystem_kernel.dylib 0x00000001972e2e74 __workq_kernreturn + 8
1 libsystem_pthread.dylib 0x0000000197361548 start_wqthread + 0
Thread 4:
0 libsystem_kernel.dylib 0x00000001972e2e74 __workq_kernreturn + 8
1 libsystem_pthread.dylib 0x0000000197361548 start_wqthread + 0
困惑。
最佳答案
一定要从项目build设置(架构、有效架构)中删除 arm64，因为即使您没有收到编译器警告/错误，v3 之前的 cocos2d-iphone 也不兼容 64 位构建。隐藏着一些令人讨厌的潜在问题。
如果您没有收到编译器警告，我认为您的项目/目标(特别是 cocos2d-iphone 目标，如果它位于单独的目标中)中可能根本没有启用 32/64 位兼容性问题警告。在 cocos2d 的 v2.1 版本中，实际上应该有很多这样的警告，尽管它可能取决于你的 iOS 部署目标(测试时尝试将其设置为 iOS 7.1，这会给你最多的警告，包括许多“弃用”警告) 。
您还可以执行分析构建来指出潜在问题(以及一些错误警报)。
关于ios - 尽管没有编译器警告，但 Cocos2D v2.1 和 arm64 在 iPad Air 上崩溃，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/23832622/