gpt4 book ai didi

c++ - Objective-C 地址持续多长时间?

转载 作者:太空宇宙 更新时间:2023-11-04 11:40:49 24 4
gpt4 key购买 nike

在过去,我的代码在尝试检查对象是否存在时遇到了运行时错误,但我收到了类似“EXC_BAD_ACCESS 试图访问已释放对象”的消息。所以-假设我有一个类公开了一个指向内部 bool 变量的指针,该变量在对象的生命周期内为 YES,并在对象解除分配时切换为 No:

@implementation TestClass

- (id) init {

//instance variables.
amIAlive = YES;
alivePointer = &amIAlive;
return self;

}

- (BOOL *)getSignal {
return alivePointer;
}

- (void) dealloc {
NSLog(@"Test Object is deallocing");
amIAlive = NO;
[super dealloc];
}

@end

现在,我使用这个类来尝试这个。

TestObject *obj = [[TestObject alloc] init];
BOOL *signal = [obj getSignal];

if(*signal) {
NSLog(@"Test Object is still alive");
}

[obj release];

if(!*signal) {
NSLog(@"Test Object has been dealloced");
}

瞧,它按预期工作。现在,事情是这样的。我还没有天真到理所当然地认为“amIAlive”占用的地址在对象解除分配后的某个时候不会被重新分配给其他对象。但是,我仍然在 TestObject 实例之外用我的“*信号”指向那个地址。本地址被重新分配时,“*signal”将产生不可预知的结果。我可以依靠地址来 amIAlive 多长时间?有没有办法把那个地址“锁定”下来,这样我就可以一直依赖它了?感谢您的宝贵时间!

最佳答案

“锁定”该地址将意味着它再也不会被 malloc/alloc 返回。

这无异于说它指向的任何最小存储单元现在都无法访问。

如果这就是您想要的,那么为什么要首先取消分配?你的问题暗示你想要“内存泄漏”,即:即使被释放也能保持活力的东西。

未经测试的想法 #1:在 dealloc 之后立即尝试“malloc(1)”。很有可能你会很幸运,让 malloc 获取刚刚释放我的 dealloc 的内存。

未经检验的想法 #2:在 TestClass 中有一个字段,该字段指向您希望在 dealloc 中存活的任何内容,并且在 dealloc 期间,将该字段的“所有权”转移给其他对象其目的是监视/跟踪您的“泄漏:”

但是关于为什么你想要这样做的解释(调试目的除外)可能会大大有助于开始考虑真正的解决方案,以解决一开始并没有的事情看起来像个问题?

关于c++ - Objective-C 地址持续多长时间?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/21481111/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com