Question

在对我正在开发的SpriteKit游戏进行最后润色时，遇到此运行时错误。在iOS 8上运行正常，但在iOS 7.1（模拟器和设备）上崩溃。

我创建了一个小项目，重现了我正在处理的问题。它通过取消归档在Xcode 6中提供的编辑器中创建的sks文件来创建GameScene（就像创建新SpriteKit项目时生成的示例项目一样）。使用childNodeWithName:在生成的场景中获取对精灵的引用后，尝试对其执行简单操作会导致程序崩溃并引发EXC_BAD_ACCESS。直接修改精灵的属性似乎工作正常（见代码）。

-(void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event {
    /* Called when a touch begins */

    for (UITouch *touch in touches) {
        CGPoint location = [touch locationInNode:self];

        SKSpriteNode *sprite = (SKSpriteNode*)[self childNodeWithName:@"sprite"];

        // This works.
        sprite.position = location;

        SKAction *action = [SKAction moveByX:100 y:0 duration:1];

        // This doesn't.
        [sprite runAction:action];
    }
}

我一直在搜索互联网以及我自己的大脑，据我所知，我没有违反任何规则。请告诉我，我错了，特别是我打破了哪条规则。因为如果这是一个不是我的错的问题，那么挫折感会更大。我做的是iOS 7中没有的东西吗？

注意：我对通用示例SpriteKit项目（Spaceship）进行的唯一更改是我在SKScene编辑器中添加了一个纯红色精灵，并为其命名了＃34; sprite＆＃34;，并修改了touchesBegan:方法，如上所示。

另请注意：以编程方式添加精灵（如示例项目中）不会引发此问题，使用childNodeWithName:获取对它的引用也可以正常工作。只有在访问存档的sks文件中包含的精灵时才会出现此问题。

这是崩溃时的痕迹：

* thread #1: tid = 0x4da6c, 0x00000000, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x0)
frame #0: 0x00000000
frame #1: 0x009b65d7 SpriteKit`SKCSprite::update(double) + 231
frame #2: 0x009b66de SpriteKit`SKCSprite::update(double) + 494
frame #3: 0x0099bd58 SpriteKit`-[SKNode _update:] + 43
frame #4: 0x0097c003 SpriteKit`-[SKScene _update:] + 104
frame #5: 0x009919a4 SpriteKit`-[SKView(Private) _update:] + 253
frame #6: 0x0098f5e1 SpriteKit`-[SKView renderCallback:] + 936
frame #7: 0x0098cea0 SpriteKit`__29-[SKView setUpRenderCallback]_block_invoke + 82
frame #8: 0x009b168f SpriteKit`-[SKDisplayLink _callbackForNextFrame:] + 268
frame #9: 0x009b19ad SpriteKit`-[SKDisplayLink _caDisplayLinkCallback] + 137
frame #10: 0x048cdd66 QuartzCore`CA::Display::DisplayLinkItem::dispatch() + 48
frame #11: 0x048cdc22 QuartzCore`CA::Display::DisplayLink::dispatch_items(unsigned long long, unsigned long long, unsigned long long) + 310
frame #12: 0x048ce147 QuartzCore`CA::Display::TimerDisplayLink::callback(__CFRunLoopTimer*, void*) + 123
frame #13: 0x006d4ac6 CoreFoundation`__CFRUNLOOP_IS_CALLING_OUT_TO_A_TIMER_CALLBACK_FUNCTION__ + 22
frame #14: 0x006d44ad CoreFoundation`__CFRunLoopDoTimer + 1181
frame #15: 0x006bc538 CoreFoundation`__CFRunLoopRun + 1816
frame #16: 0x006bb9d3 CoreFoundation`CFRunLoopRunSpecific + 467
frame #17: 0x006bb7eb CoreFoundation`CFRunLoopRunInMode + 123
frame #18: 0x02b6a5ee GraphicsServices`GSEventRunModal + 192
frame #19: 0x02b6a42b GraphicsServices`GSEventRun + 104
frame #20: 0x00aa1f9b UIKit`UIApplicationMain + 1225
* frame #21: 0x00061a2d SKTest`main(argc=1, argv=0xbff9f39c) + 141 at main.m:14
frame #22: 0x027606d9 libdyld.dylib`start + 1

Answer 1

我碰到了这个，这是一个我已经入侵的解决方法。是的，这不是理想的，但肯定会导致崩溃。

加载场景后，制作SKSPriteNode的副本，并像这样交换新节点：

 SKSpriteNode *sprite = (SKSpriteNode*)[self childNodeWithName:@"bob"];
 SKSpriteNode *newSprite = [sprite copy];
 [sprite removeFromParent];
 [self addChild:newSprite];

现在，您可以在新节点上使用SKAction，但是您喜欢使用touchesBegan方法中的相同代码。

我的猜测是基于.sks的节点的属性以某种方式无法正确初始化。

如果你有很多节点，你可以循环/枚举它们来做这个交换。

<强>更新

原始海报更进了一步，发现创建GameScene的副本也是一招。因此，无需循环遍历节点并单独制作副本。

在SKScene的子节点上运行简单操作会导致iOS 7.1中出现EXC_BAD_ACCESS

1 个答案: