blocks|key|347217|text|该对象在初始化时断言其自身的所有权。我认为这可能有用的唯一原因是，在某个事件发生之前，对象需要保证自己的存在。例如，它可能运行计时器，然后在计时器到期时释放自身。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|347218|如果它没有文档记录，也没有相应的版本，那么它很可能是一个bug。|347219|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

The object is asserting ownership of itself when it is initialised. The only reason I can see that this might be useful is if the object needs to guarantee its own existence until some event has happened. For example, it might run a timer and then release itself when the timer expires.

If it's not documented and there is no corresponding release, it's probably a bug.

blocks|key|4269617|text|最好的猜测是，编写代码的人有一个保留错误，这是真正问题的“快速修复”。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4269618|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Best guess is that the person writing the code had a retain error and this was a "quick fix" around the real problem.

blocks|key|4269463|text|如果我没记错的话，有些类使用self-retain来避免未成熟的释放。我想说这不是最好的实践，但是如果你知道游戏规则(在这个例子中是Obj-C)，你可以(有时)打破它们。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4269464|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

If I recall correctly some classes use the self-retain to avoid pre-mature releasing. I would say it's not exactly best practice, but if you know the rules of the game (in this case Obj-C) you can break them (sometimes).

blocks|key|4269494|text|这看起来可能是一个错误，通常不是由对象来保留自己的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4269495|我只看到一种特殊的情况:委托和通知，在这种情况下，你必须更加小心你的生命周期，但即使是这种情况，释放/保留也不应该在对象本身中完成。|4269496|致埃里克的说明：|offset|length|style|BOLD|4269497|在UIAlert的情况下，您可以在它被销毁之前释放它，因为视图已经在视图层次结构中，然后被引用。因此，当视图从视图层次结构中移除时，该视图将自动销毁|4269498|entityMap^0|0|0|0|8|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|P|8|@$F|Q|G|R|H|I]]|9|@]|A|$]]|$1|J|3|K|5|6|7|S|8|@]|9|@]|A|$]]|$1|L|3|-4|5|6|7|T|8|@]|9|@]|A|$]]]|M|$]]

This seems to be probably an error, usually it's not up to the object to retain himself.

I see only one special case: delegate and notification, where you have to be much more careful about your life cycle, but even if this case, release/retain should not be done in the object itself.

Note to Erick:

In case of UIAlert, you can release it before it has been destroyed because the view has been but in the view hiercarchy, and then referenced. So the view will be automatically destroyed when it will be removed from the view hierarchy

blocks|key|347187|text|保留self没有错。但是在init方法中看到它听起来很可疑。我想不出一个好的例子来说明在什么情况下这样做是一件好事。而且，使用ARC，你甚至不能做到这一点，所以你必须想出一种更好的方式来做事情。一般来说，如果一个对象被要求是活的，那么就会有另一个对象持有它。自保留对象很容易出错，因为它们永远不会被释放。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|347188|entityMap^0|2|4|D|4|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]|$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|M|8|@]|D|@]|E|$]]]|G|$]]

It's not wrong to retain <code>self</code>. But seeing it in an <code>init</code> method sounds suspicious. I can't think of a good example of where that would be a good thing to do. Also though, with ARC, you can't even do that so you'd have to think of a better way of doing things. In general, if an object is required to be alive then there would be another object that is holding onto it. Self retaining objects are prone to errors where they will never be released.

blocks|key|1367358|text|如果你有一些物体，它就像拥有生命一样。当你创建它的时候，它有一个活动的。和。“保留”功能增加他的生命数%2B1，释放功能减少他的生命数-1，解除分配也减少，分配增加。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1367359|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

if you have some object, it's like it have healts/ lives. when you created it , it have one live. and. function 'retain' increasing his number of lives +1, release function decreasing his number of lives -1, dealloc decreasing too, alloc increasing

Reading source code of my current project, I see:

<pre><code>[self retain]
</code></pre>

in one class, in its <code>init</code> method.

I don't understand exactly the reason.
Reading memory management rules from Apple, I don't see anything about this, and I don't see any hypothetical <code>[self release]</code>.

Is there any case where [self retain] is valid?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

在阅读我当前项目的源代码时，我看到：[self retain]在一个类的init方法中。我不明白确切的原因。阅读苹果的内存管理规则，我没有看到任何关于这一点的东西，我也没有看到任何假设的[self release]。

问有没有[self retain]有效的情况？
EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问有没有[self retain]有效的情况？EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问有没有[self retain]有效的情况？
EN