- (MyClass *)load {
MyClass* obj = [[MyClass alloc] init];
return [obj autorelease];
}
这很简单易懂.该方法拥有它分配的内存,但可以将其交还给调用者,同时放弃所有权.它不必知道或关心调用者对该内存的作用.如果它保留它,该对象将存活.如果完全忽略,则在解除当前调用堆栈后的某个时间释放内存.
我正在接近这个,在C中有些惶恐,因为它的非重新计数环境似乎没有像autorelease那样干净,或者任何类型的所有权策略都与Cocoa框架中定义的一样. C中这种模式的最佳实践是什么？
我知道auto_ptr,但是它的使用也存在很多问题,并且它似乎有太多的缺点,无法像autorelease一样普遍存在(奇怪的复制语义,不支持数组,与STL容器不兼容等).
提升智能指针也是一个明显的候选者,有些甚至实现自己的引用计数.我不得不依靠第三方图书馆来寻找这个世俗的东西,这似乎有点奇怪.
B的另一个选择是不释放返回的内存,但是通过通常采用的命名约定来指示调用者现在拥有返回的对象.这似乎有点陈旧,如果调用者意外忽略返回值,则容易发生隐形泄漏.
解决方法
>什么都不做.这基本上是假设/惯例的内存所有权.如果函数返回指针,您应该知道谁拥有它.通常,文档会告诉你.内存所有权或转让所有权没有特定的语法.
这就是不幸的是,大量的C代码管理内存.它可以工作,只要每个人都知道他们应该做什么以及谁负责什么.
>使用某种形式的智能指针. std :: auto_ptr是奇怪的,但它的重量与它在C 03中的重量相同.不,你不能将它们粘在标准容器中,但它确实定义了一种特定的所有权模式. boost :: shared_ptr是一个更有效的,在许多其他地方更有用.
C 11提供了std :: unique_ptr,它本质上是一个“固定”的auto_ptr.它依赖于C 11语言特性(对象移动),因此您不能只在C 03中编写一个.您可以将它们存储在标准容器和所有内容中.但你不能只是传递它们.顾名思义,它们是独一无二的：只有其中一个可以存在,指向该对象.当该unique_ptr被销毁时,它会删除它引用的对象.
您只能通过赠送来转移unique_ptr的所有权.也就是说,您无法共享所有权.您可以返回所有权,这意味着调用者现在拥有它.您可以将所有权传递给另一个函数,这意味着该函数拥有它.但是没有两个实体可以通过unique_ptr拥有一个对象.
unique_ptr将是处理这样的函数的首选方法.如果用户想要自己非唯一地存储它,那么他们可以将它释放到std :: shared_ptr(它也被采用到C 11中).
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
