即使在不需要时也使用弱变量的缺点？

Question

似乎自动引用计数（ARC）给开发人员带来了太多负担，无法跟踪引用。 您为什么不只使每个变量变弱，而不必担心完全发生的强保留周期呢？

Answer 1

恐怕您只是不了解ARC。 ARC为您进行引用计数，具体取决于将某项定义为强还是弱（实际上，强会增加引用计数，而弱不会）。 如果引用计数变为0，则会将其从内存中删除。 因此，如果一切都很薄弱，则会立即从内存中删除属性，而您将无法使用它们。 实际上，您需要一个坚固的地方。

作为规划如何构造强/弱定义的一种简单方法，可以将一个特定的类视为属性的所有者，并赋予该强类。 这意味着该物业将保留给该所有者使用。 如果另一个类也有对该属性的引用，但又不要求该属性始终坚持下去，则使该属性变弱。 只要主要所有者类（例如，视图控制器）仍然存在-那么该属性也将存在。 如果将两者都设置为弱，则即使该属性仍然出现，该属性也将为空，因为在运行时，确定没有人真正需要它，因此将其删除。

Answer 2

这是因为只要您需要对对象的引用，就需要一个强引用，只要您需要引用的对象才能在内存中生存就可以。

（您可以返回到Objective-C，在不使用ARC的情况下可以完成所有工作，并且可以自己手动进行内存管理。显然，这可以使您欣赏ARC。）

另一方面，您可能会问同样的问题以获取强有力的参考。 区别在于，当您仅保留强引用（不包含弱引用）时，则不必考虑弱引用或强引用，它就会起作用。 （单靠弱点很可能行不通），但是那么您将必须100％确保对不再需要的每个对象的所有强引用都为空。

旁注：将对象添加到集合（例如数组或集合）（或作为视图的子视图）时，这些集合对象将为您保留强大的引用。 在那种情况下，您可以在丢弃对象时不必在意从该集合中删除该对象。 无论如何，无论何时维护这些集合，该“技巧”都是适当的-例如，当涉及属于视图层次结构的视图（只要需要）时。

Answer 3

在ARC下，只要至少有一个对该对象实例的强引用，该对象实例就处于活动状态。

如果将所有变量标记为弱变量，则将没有对对象实例的强引用，也没有任何东西可以使它存活。 它一经创建便会立即销毁。

如果对对象实例进行的引用不止一个，则必须考虑应将其标记为弱还是强（取决于特定代码），因此无法解决。