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

2019年8月5日 178次阅读

遇到这个运行时错误,同时对我一直在开发的SpriteKit游戏进行最后润色.在iOS 8上运行正常,但在iOS 7.1(模拟器AND设备)上崩溃.

我创建了一个小项目,它重现了我正在处理的问题.它通过取消归档在Xcode 6中提供的编辑器中创建的sks文件来创建GameScene(就像创建新SpriteKit项目时生成的示例项目一样).使用childNodeWithName：在生成的场景中获取对sprite的引用后,尝试对其执行简单操作会导致程序崩溃并引发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 one)所做的唯一更改是我在SKScene编辑器中添加了一个纯红色精灵,给它命名为“sprite”,并修改了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

最佳答案 我遇到了这个,这是一个我已经入侵的解决方法.是的,这不是理想的,但肯定会导致崩溃.

加载场景后,制作SKSPriteNode的副本并交换该新节点,如下所示：

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

现在,您可以在该新节点上访问SKAction,但是您喜欢使用touchesBegan方法中的相同代码.

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

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

UPDATE

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

点赞