定义 NSMutableString？

Question

我的理解是，这两个都创建了一个 NSMutableString，只有第一个由系统拥有，第二个由我拥有（即我需要释放它）。是否有任何特殊原因为什么我应该使用其中一个，从表面上看，使用第一个似乎更容易？第一个是否更好，因为它给编译器提供了大小感？

NSMutableString *newPath = [NSMutableString stringWithCapacity:42];

或

NSMutableString *newPath = [[NSMutableString alloc] init];

编辑...另外，

我看到很多声明写在两行上（即）

NSMutableString *newPath;
newPath = [NSMutableString stringWithCapacity:42];

我个人更喜欢单行，这只是个人风格的另一个例子吗？

Answer 1

NSMutableString *newPath = [NSMutableString stringWithCapacity:42];

或者

NSMutableString *newPath = [[NSMutableString alloc] init];

有什么特殊原因让我应该使用其中一个吗？从表面上看，使用第一个似乎更容易？

是的。始终立即自动释放，除非您有特定原因不这样做。

第一个原因是很容易忘记编写 release 消息。如果您在创建对象的同一语句中自动释放该对象（如 [[[... alloc] init] autorelease] 中），则更难忘记它，并且当您这样做时会更明显。方便的工厂方法（例如 stringWithCapacity:）会为您自动释放对象，因此就像您自己自动释放它一样，您不必担心稍后会释放它。

其次，即使您确实记得编写单独的 release 消息，也很容易忽略它。两种方法是提前返回：

NSString *str = [[NSString alloc] initWithString:@"foo"];

BOOL success = [str writeToFile:path atomically:NO];
if (!success)
    return;

[str release];

以及抛出或传播异常：

NSString *str = [[NSString alloc] initWithString:@"foo"];

//Throws NSRangeException if str is not in the array or is only in the array as the last object
NSString *otherStr = [myArray objectAtIndex:[myArray indexOfObject:str] + 1];

[str release];

“不这样做的具体原因”通常是您有一个创建大量对象的紧密循环，在这种情况下，您可能需要手动管理尽可能多的对象尽可能循环，以减少对象计数。但是，仅当您有证据表明这是您的问题时才执行此操作（无论是来自 Shark 的硬数字、来自 Instruments 的硬数字，还是只要循环运行足够长的时间，您的系统就会进入分页地狱）。

其他可能更好的解决方案包括将循环拆分为两个嵌套循环（外部循环为内部循环创建和耗尽自动释放池）并切换到 NSOperation。 （但是，请确保对队列一次运行的操作数设置限制，否则，您可能会更容易进入分页地狱。）

第一个是否更好，因为它为编译器提供了大小感？

这是更好的，但不是因为这个原因。

对于编译器来说，这只是另一个类消息。编译器不知道也不关心它做了什么；对于它所知道和关心的一切，stringWithCapacity: 是向用户播放歌曲的消息。

它确实给了 NSMutableString 一个大小提示——类将知道它最初可能想要分配多少字符存储。无论您从中获得什么好处，都可能很小（至少在 Mac 上），但如果您手头有这些信息，为什么不使用它呢？相反，我不会特意去计算它。

我看到很多声明写在两行上（即）

NSMutableString *newPath;
newPath = [NSMutableString stringWithCapacity:42];

我个人更喜欢俏皮话，这只是个人风格的另一个例子吗？

是的。但是，未初始化变量存在一定的风险。如果您决定养成这种习惯，请务必打开“运行静态分析器”构建设置。

Answer 2

前者不一定是针对编译器的，而是向字符串提供关于如何优化其数据存储的建议。这对于 NSDictionary/NSArray/NSSet 最有用，它 能够在内部根据数据集的大小更改其实现。

除此之外，你是对的：唯一的区别是所有权问题。我几乎从不使用 WithCapacity 方法，而只是使用 [NSMutableString string] 或 [NSMutableArray array]，但在我看来，它实际上只是一个风格问题，使用其中一种而不是另一种不会获得或失去任何东西。

Answer 3

第一个是自动释放的字符串。这将由系统在适当的时候发布。它被添加到自动释放池中，内存将由系统处理。一旦超出范围，您就无法保证其有效。如果此类型仅在您的方法内具有作用域，并且也可用于从方法返回值，则此类型很有用。

第二个被保留，因此引用计数为 1 并且不会添加到自动释放池中。您负责释放它并释放内存。如果您想控制对象的范围，请使用此方法。用于成员变量等。

我相信 2 行初始化只是样式，但我不会使用 2 行变体，因为您在定义变量时没有为其赋值，即使您在下一行。我猜这种镜像成员变量声明/初始化，但我个人不太喜欢它。

Answer 4

你提出了有效的问题。这实际上取决于你在做什么，但对于一般的 iPhone 应用程序，我会说只使用第一个。当引用计数达到 0 时，它会自动为您清理，您不必担心。

当您确实有充分的理由自己管理字符串的内存时，请使用第二个。例如您想确定何时应该清理字符串，或者您希望在某个时间内存最小。

我想说，作为一般规则，当你有充分的理由时，请使用第二个。

Answer 5

你的所有观点都是正确的！

我不确定大小/容量提示会产生多大的差异，但更多信息肯定应该允许运行时做出更好的决策。

为什么使用一种风格而不是另一种风格？那么，自动释放的对象什么时候被释放呢？有两个非显而易见的原因可以解释为什么它可能很重要。首先，当一个方法使用大量内存时，您可以立即释放。 （我猜你也可以使用本地自动释放池。）其次，我发现使用自动释放可以隐藏内存泄漏并使调试某些代码变得更加困难。您的里程可能会根据代码的使用年限和质量而有所不同。

当我第一次开始开发 iPhone 应用程序时，我一直使用自动释放的对象。这很方便，因为我并不完全理解它是如何工作的，而且它通常会做正确的事情。这些天我倾向于手动释放内存。当您真正了解引用计数的工作原理并在不了解时立即解决问题时，这实际上并不难。

Answer 6

如果您非常确定需要多长的字符串，请继续使用 -initWithCapacity: 方法。当超出字符串的存储空间时，它会被重新分配和复制，这不是一个便宜的操作。