C&C++   发布时间:2022-04-03  发布网站:大佬教程  code.js-code.com
大佬教程收集整理的这篇文章主要介绍了目标C“autorelease”以C标准方式控制对象的生命周期?大佬教程大佬觉得挺不错的,现在分享给大家,也给大家做个参考。
@H_944_0@
我正在将一些代码从Objective C移植到C.我对C设计模式的熟悉程度不如我在Objective C中那么熟悉.在 Cocoa世界中,有一种非常常见的编写工厂方法的模式,它返回@L_262_3@“自动释放”的对象.有些事情很简单:
- (MyClass *)load {

    MyClass* obj = [[MyClass alloc] init];
    return [obj autorelease];
}

这很简单易懂.该方法拥有它分配的内存,但可以将其交还给调用者,同时放弃所有权.它不必知道或关心调用者对该内存的作用.如果它保留它,该对象将存活.如果完全忽略,则在解除当前调用堆栈后的某个时间释放内存.

我正在接近这个,在C中有些惶恐,因为它的非重新计数环境似乎没有像autorelease那样干净,或者任何类型的所有权策略都与Cocoa框架中定义的一样. C中这种模式的最佳实践是什么?

我知道auto_ptr,但是它的使用也存在很多问题,并且它似乎有太多的缺点,无法像autorelease一样普遍存在(奇怪的复制语义,不支持数组,与STL容器不兼容等).

提升智能指针也是@L_262_3@明显的候选者,有些甚至实现自己的引用计数.我不得不依靠第三方图书馆来寻找这个世俗的东西,这似乎有点奇怪.

B的另@L_262_3@选择是不释放返回的内存,但是通过通常采用的命名约定来指示调用者现在拥有返回的对象.这似乎有点陈旧,如果调用者意外忽略返回值,则容易发生隐形泄漏.

解决方法

@H_801_17@ C 03世界中的“最佳实践”(即C 11之前的版本)是两件事之一:

>什么都不做.这基本上是假设/惯例的内存所有权.如果函数返回指针,您应该知道谁拥有它.通常,文档会告诉你.内存所有权或转让所有权没有特定的语法.

这就是不幸的是,大量的C代码管理内存.它可以工作,只要每个人都知道他们应该做什么以及谁负责什么.
>使用某种形式的智能指针. std :: auto_ptr是奇怪的,但它的重量与它在C 03中的重量相同.不,你不能将它们粘在标准容器中,但它确实定义了一种特定的所有权模式. boost :: shared_ptr是@L_262_3@更有效的,在许多其他地方更有用.

C 11提供了std :: unique_ptr,它本质上是@L_262_3@“固定”的auto_ptr.它依赖于C 11语言特性(对象移动),因此您不能只在C 03中编写@L_262_3@.您可以将它们存储在标准容器和所有内容中.但你不能只是传递它们.顾名思义,它们是独一无二的:只有其中@L_262_3@可以存在,指向该对象.当该unique_ptr被销毁时,它会删除它引用的对象.

只能通过赠送来转移unique_ptr的所有权.也就是说,您无法共享所有权.您可以返回所有权,这意味着调用者现在拥有它.您可以将所有权传递给另@L_262_3@函数,这意味着该函数拥有它.但是没有两个实体可以通过unique_ptr拥有@L_262_3@对象.

unique_ptr将是处理这样的函数的首选方法.如果用户想要自己非唯一地存储它,那么他们可以将它释放到std :: shared_ptr(它也被采用到C 11中).

大佬总结

以上是大佬教程为你收集整理的目标C“autorelease”以C标准方式控制对象的生命周期?全部内容,希望文章能够帮你解决目标C“autorelease”以C标准方式控制对象的生命周期?所遇到的程序开发问题。

如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。

本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。
猜你在找的C&C++相关文章