Tag: 保留周期

为什么您永远不应该将封闭/块保留为强？

因为 曾经有个好主意说： 不要让任何东西变得足以摧毁你。 开玩笑！ 这只是我自己想到的。 我正在修复错误。 我确实修复了它，但我不知道它会在其他功能上产生连锁反应。 我所做的只是在从主线程上的API提取数据后，仅更新UI。 这是一个主屏幕，我们在其中隐藏了我用来更新UI的功能内的导航栏（我不知道被隐藏的导航栏也位于该功能内）。 两天后，QA向我提出了一个错误，即从Home控制器转到另一个控制器后，导航栏在几秒钟后自动隐藏起来。 仅当您在应用程序打开后从Home转到另一个控制器时，才会发生该错误。 该错误真的很奇怪，因为在视图控制器的viewDidLoad中， setNavigationBarHidden设置为NO ，并且无法正常工作。 然后，我尝试在存在API调用的地方将setNavigationBarHidden设置为NO 。 这似乎也不起作用。 我在整个项目中搜索了setNavigationBarHidden ，发现唯一将其设置为YES的地方是一个未被使用的控制器。 这有点烦人，因为我似乎无法真正从setNavigationBarHidden的位置设置为YES 。 好吧，我当然很累，字面意思是： 因此，我决定向同事寻求帮助（你们也应该尝试一下。当您讨论事物时，它总是有帮助的）。 首先，他还尝试了与我相同的方法，然后为了调试setNavigationBarHidden属性，我们决定覆盖 setNavigationBarHidden属性，并查看从何处设置该属性（我不知道为什么一开始我就没想到它）。 调试后，它使我进入了两天前在Home控制器的主线程内调用的UI更新功能。 因为UI更新功能是在dispatch_get_main_queue()内部编写的，所以它是一个闭包。 不可避免地，将Home控制器的自身捕获到内部，这导致导航栏隐藏。 因此，通过在weaks_get_main_queue dispatch_get_main_queue()内部提供弱更新的UI更新功能可以解决此问题。 对于所有想知道为什么我只找到一个setNavigationBarHidden集的人 搜索整个项目后，请选择“是” 。 原因是用于隐藏导航的属性，直接有navigationBarHidden而不是它的setter。 我的错。 原谅我太人性化了。 😀 是的，仅仅是一个强大的封闭/障碍 会浪费很多时间。 学过的知识！

ARC如何快速工作

在开始示例之前，我想分享一些方法，通过在实例上调用它们，实例的保留计数增加或减少。 我将向您展示自动引用计数工作的示例。 这里的示例从Owner类开始。 其中具有存储的属性，即名称。 下一个代码段定义了Owner？类型的三个变量。 您已经创建了一个新的Owner实例，并将其分配给owner1变量： 现在，已将新所有者实例分配给owner1变量，现在从owner1到新Owner实例都有很强的引用。 因此实例引用计数将为1。 如果将同一Owner实例分配给另外两个变量，即owner2，owner3。 建立了对该所有者实例的两个更强引用： 现在，对该单个Owner实例有3个强引用。 如果要取消分配Owner实例，则需要删除对该实例的强引用。 注意：当实例引用计数达到零时，该实例将从内存中取消分配。

快速内存管理–自动释放池

快速地， UIApplication处理应用程序的自动释放池。 作为开发人员，我们不必使用自动发行版。 自动释放池块提供了一种机制，您可以通过该机制释放对象的所有权， 在iOS应用中，主要功能在自动释放池中运行。 该池的清空操作将在每个主运行循环结束时进行。 在开发中需要延迟释放，有时我们希望变量的生存期超过其范围（例如被调用函数），因此我们可以在以后继续使用它。 在Swift项目中，我们有@UIApplicationMain。 既无需添加主文件，也无需添加诸如objective-c之类的主方法。 即使我们创建自己的main.swift作为应用程序的入口点，也无需添加与自动释放池相关的任何内容。 自动发行的工作方式： 问题： 现在我们需要知道自动释放对象。 假设您在方法内部拥有一个对象并返回该对象。 接收方我们将得到一个空对象。 你知道为什么吗？.🤔 众所周知，一个临时对象将在其作用域结束后得到释放。 在这种情况下，我们需要延迟发布对象。 在这种情况下，我们使用自动释放。 在内存管理中，分配相反的释放，在最终对象范围内调用。 根据内存规则，变量fullName将在其返回之前被释放，因此方法将返回一个无效的对象。 解决方案： 使用自动释放可以告诉您要释放所有权，但是允许调用方方法在释放之前使用返回字符串。 因此，将在自动释放池中添加一个自动释放对象。 如果该池获得释放，则所有自动释放对象释放。 因此， 自动释放会延迟对象的释放。因此，在对象释放之前将对象所有权赋予相应的方法。

弱者和无人者之间的区别迅速。

为了避免保留周期，我们必须指定两个对象之间的关系，即弱，无主，强 默认情况下，对实例的变量引用是强引用。 但这并不总是您想要的。 如果强引用不适合，则您可以使用其他选择，即弱引用和无主引用。 虚弱或无主的实例引用计数增加了。 弱 让我们形象化。 弱总是声明为可选的。它可以包含nil或实际类型。 弱引用的值需要先包装才能访问。 何时使用： 当您不确定实例在整个生命周期中将始终存在时。 例如： 弱所有者不会确定实例将始终存在。 因为在任何时候它都会包含一个实际值或nil。 为了避免代码崩溃，请确保使用guard语句确保捕获的实例永远不会为零。 无人 让我们形象化。 无主总是具有实际类型。 您可以直接访问无主引用的值。 未拥有的引用被释放，它没有设置为nil。 结果，如果对非拥有引用的引用对象进行ac访问， 则会引发致命错误 。 何时使用： 当您确定实例将在整个生命周期中始终存在时。 如何使用 ： 例如： 无主拥有者确保实例在clouser中将始终存在。 如果所有者实例被释放，我们的代码将崩溃。 因此在使用无主物品时要小心。 在下一篇文章中，我们将看到Swift内存管理-自动释放池 https://medium.com/@shantakokateit/swift-memory-management-autorelease-pool-eea16d3863eb

内存管理器通过iOS Swift

Bộnhớthìcóhạn，nêntrongquátrìnhdev taphảiquảnlíchotốtviệccấpphátvàhuỷbộnhớ，đểtránhtrườnghợp内存泄漏。 Mìnhsẽvídụchocácbạntrườnghợphaygặpphải，khi 2 objectstrỏtớinhau 用户级别为2类，用户为Car，用户级别为sau khi khaibáovàgắncác，实例用户为sg gnn，用户级别为bnng，nh classngưiđuxảyralànósẽko类用户。 注意内存泄漏khi保持周期hìnhthànhdo 2biếnstrongcùngtrởt strongi 1địachỉ。 类用户 { 命名：字符串 让电子邮件：字符串 var car：汽车？ init（名称：字符串，电子邮件：字符串）{ self.name =名称 self.email =电子邮件 } deinit { 打印（“再见\（名称）！”） } } 车类{ let id：整数 让类型：字符串 var所有者： 用户 ？ init（id：Int，type：String）{ self.id = id self.type =类型 } deinit { 打印（“再见\（类型）！”） } }变量所有者：用户？ =用户（名称：“ Vu”，电子邮件：“ vu.vicent@gmail.com”） var car：汽车？ […]

有关保留计数的问题。

请在回复中写下您的答案 变量rollNumber（Program 1.0）的保留计数是多少？ 2.变量rollNumber（程序1.1）的保留计数是多少？ 2.1。 globalArray（程序1.1）的保留计数是多少？ 3.地址变量（程序1.2）的保留计数是多少？ 4. profileImage（程序1.3）的保留计数是多少？ 5. yellowView（程序1.4）的保留计数是多少？ 6.地址变量（程序1.5）的保留计数是多少？