@interface ....
/* will be the next 'runningScene' in the next frame
nextScene is a weak reference. */
CCScene *nextScene_;
@end
@implementation .......
-(void) replaceScene: (CCScene*) scene
{
NSAssert( scene != nil, @"Argument must be non-nil");
NSUInteger index = [scenesStack_ count];
sendCleanupToScene_ = YES;
[scenesStack_ replaceObjectAtIndex:index-1 withObject:scene];
nextScene_ = scene; // nextScene_ is a weak ref
}
- (void) pushScene: (CCScene*) scene
{
NSAssert( scene != nil, @"Argument must be non-nil");
sendCleanupToScene_ = NO;
[scenesStack_ addObject: scene];
nextScene_ = scene; // nextScene_ is a weak ref
}
@end
那些日子我很喜欢在 ubuntu 上移植 cocos2d(名为 cocostep)。当我深入研究“CCdirector.m”的 cocos2d 源代码并观察到“它是弱引用”评论的几个点时,我发现了一些有趣的事情。因为我对objective-c、ios、osx的了解。一个 ref 很弱,必须在 __weak 关键字之前,但我确实没有在整个项目中找到任何东西。所以我想这有点非内在的弱引用,只是 cocos2d 设计师的策略。根据我的假设。如果某个变量作为弱引用(非内在)被调用释放,并在其他地方释放其内存,那么对该引用的后续调用将失败,甚至崩溃,因为引用的值不是 nil 而是对该内存的无效引用。为了正确使用策略,我必须手动将该变量重置为零。