过渡到 iOS 5 时要注意什么

Question

总结： 您能否将迁移到 iOS 5 时需要注意的事项添加到我的清单中？ StackOverflow 在我升级到 iOS 的过程中非常宝贵5. 我发现了一些在 Xcode 4.2 之前我错过的非常基本的东西，我想知道可能还有什么其他“陷阱”。

详细信息：随着本周 iOS 5 的发布，我不得不对我的几个应用程序进行一些更改。由于新的 ARC 功能，Xcode 4.2 在分析内存管理代码方面做得更好。 iOS 5 更新是查看所有内存管理代码的好时机。新编译器还发现了早期编译器遗漏的许多其他问题。感谢 Apple 编译器工程师。以下是有帮助的主要内容（其中许多也适用于早期版本的 iOS）。

1. 确保call [super dealloc] at the END of your dealloc methods，而不是开始。
2. 在 viewDidUnload 中，some people have reported bugs that require [super viewDidUnload] to be called at the end，不是您 viewDidUnload 的开始。
3. 了解保留计数、综合设置器以及何时调用释放或自动释放。新的编译器会比旧的编译器指出更多的问题。 （我以为我很小心，但显然我不够小心。）Apple 的memory management guide 是必读的——没有捷径。
4. turn on zombies when debugging 是个好主意（在 Xcode 中，选择 Product | Edit Scheme... 并选择 Debug scheme；在 Diagnostics 选项卡上，选中 Enable Zombie Objects）。这可以帮助您找到僵尸的尝试用途（您不应该再使用的对象）。
5. Leaks 工具也很有帮助。在配置文件模式下运行您的应用程序并选择泄漏模板。在 Instruments 窗口中，选择 Leaks 工具并选中“Gather Leaked Memory Contents”复选框，它将帮助您查看代码中泄漏内存的来源。

我遇到了一些零碎的事情：

• Apple 的 singleton pattern 需要在返回类型声明中添加“oneway”：

- (oneway void) 释放 { }

• 您可能需要在构建设置中manually add "armv6" as an architecture type（并确保将“仅构建活动架构”设置为“否”）。

我应该寻找任何其他关于潜在陷阱的建议吗？我感觉我的应用现在更稳定了，但我以前对它们感觉很好。

Answer 1

1/ 模态控制器的行为不同，如果你改变它们的大小。如果您需要不同大小的模态对话框，请考虑使用 iOS 5 子视图控制器。

2/ 对于表格，如果您返回 nil 部分标题和正高度，在 iOS 4 中，标题是隐藏的。在 iOS 5 中，您必须为 nil 标头返回零高度。

3/ UDID 已弃用。您可以使用 CFUUIDCreate 创建唯一 id 并将其保存到您的设置中，但请注意，可以备份设备数据然后将其恢复到另一台设备，从而为您留下两个具有相同 id 的设备。我通过将我的 id 保存到属性为 kSecAttrAccessibleWhenUnlockedThisDeviceOnly 的钥匙串中解决了这种情况。

关于您的清单： [super viewDidUnload] 应始终作为 viewDidUnload 中的最后一条语句调用。逻辑与[super dealloc]中的相同。请注意，您还应该在您的 dealloc 中调用 [self viewDidUnload]（如果您还没有在那里释放您的内存），因为它不会被隐式调用（尽管有时是这样）。

根据我的实验，Instruments 中的泄漏检测不会报告在未指定属性名称的情况下合成的属性的泄漏。