为啥ZOOBASE要减量释放？

Posted 2023-05-10

参考技术A 前段时间听说ZOOBASE挺好的追答

‎减‎量‎释‎放‎模‎式‎的‎核‎心‎逻‎辑‎在‎于‎：‎越‎早‎参‎与‎、‎就‎享‎受‎越‎快‎的‎释‎放‎速‎度‎、‎获‎得‎更‎高‎的‎收‎益‎。‎而‎这‎也‎是‎Z‎O‎O‎B‎A‎S‎E‎对‎早‎期‎支‎持‎者‎、‎信‎任‎者‎的‎回‎馈‎。

本回答被提问者采纳 参考技术B 为什么zoo吧？as要减重，是吧？因为这个的话呢，他如果说重量太重的话呢，他可能就和很不太方便携带吧。 参考技术C 因为它的排放量比较大的话会污染这个大气环境，相对来说排放越少，对大气的保护程度也就是越好，所以说现在都提倡这个减量排放。 参考技术D 市场没有大量抛售和大量抄底不容易出现暴涨暴跌,但是zoobase发展战略十分完善, 第5个回答  2021-11-30

如果您正在阅读此文，想必您对Project Lombok已经有了一段时间的了解。您是否正准备拥抱Lombok?还是正准备将如此酷炫的项目推荐给你的团队？如果您准备那么做，不妨听听我在使用Lombok一年后的一些感受。

我承认，Lombok是一个很不错的Java库，它可以让你在少写代码的同时耍耍酷，简单的几个注解，就可以干掉一大片模板代码。但是，所有的源代码很多时候是用来阅读的，只有很少的时间是用来执行的(你可以细品这句话)。

一年以前，我和大多数人都认为Lombok的出现会让Java的编码体验会更好，并极力的在我的团队中推荐使用Lombok。一年以后，我开始对此产生顾虑，尤其是在我准备为开源的博客系统Una-Boot升级Java版本时，我才意识到Lombok自己掉入了一个戏法陷阱。在我进一步分析其源代码并理解相关注解的工作原理后，发现我并不需要使用一个非标准的第三方库将Java转换为一个精巧而酷炫的语言。引入Lombok让我的项目一时爽，但一时爽的代价是随着项目推进，技术债务开始累积。

接下来，我将用几个大家耳熟能详的场景，重演自己是如何掉入Lombok的戏法陷阱。

为啥要保留静态变量？

【中文标题】为啥要保留静态变量？

【英文标题】：Why retain a static variable?为什么要保留静态变量？

【发布时间】：2011-09-13 02:08:15

【问题描述】：

是否没有必要保留一个静态变量，因为它在程序期间一直存在，无论你是否释放它？

查看这段代码： https://github.com/magicalpanda/MagicalRecord/blob/master/Source/Categories/NSManagedObjectContext+MagicalRecord.m#L24-29

【参考方案1】：

Jonathan Grynspan 接受的答案的简化版本：

retain 不适用于指向对象的变量。该变量将永远存在，因为它是静态的。 retain 是变量指向的对象。如果没有retain，对象可以（并且应该）被释放。然后你有一个变量指向一个会导致sigabrt 的东西。这个不指向任何地方的变量被称为“悬空指针”。

对于 ARC 上下文，最好的做法是将静态变量声明为强变量，如下所示：

static ThatClass * __strong thatStaticVariable;

这确保了thatStaticVariable 指向的对象在分配后将是一个有效的对象（即永远不会被释放）。 但是，您实际上根本不需要 __strong 关键字，因为它是默认关键字（所以说 the docs，感谢 @zpasternack），所以只需使用

static ThatClass *thatStaticVariable;

你很好。

注意：永远 = 应用程序运行时

【讨论】：

在 ARC 下，任何没有明确所有权限定符的可保留对象都是隐式 __strong，所以说 the docs。

【参考方案2】：

我假设您的意思是静态对象指针，例如 static NSString *foobar;。

这些变量确实和应用程序一样有生命周期，但我们所说的变量只是指针。在 Objective-C 中，对象总是动态分配的，所以我们总是用指向它们类型的指针来寻址它们，但是对象的底层数据仍然存在于动态分配的野蓝色中。

您仍然必须保留该对象，因为虽然指向该对象的 指针 永远不会超出范围，但该对象本身可以像任何其他对象一样被释放，因此您的指针将结束指向垃圾，或者更糟的是，另一个不相关的对象。

【讨论】：

乔纳森是对的！如果传递的参数在自动释放池中，并且在方法被调用后会被自动释放怎么办？！ -> 访问静态指针会导致失败（主要是EXEC_BAD_ACCESS）

Martin，一个小的修正：那是 EXC_BAD_ACCESS（EXC 作为例外）。