如果您使用的是Leopard (Mac OS X 10.5)或更高版本，则可以使用Instruments应用程序来查找和跟踪内存泄漏。在Xcode中构建程序后，选择使用性能工具> Leaks运行>。

即使你的应用程序没有显示任何泄漏，你可能把对象保存得太久了。在Instruments中，您可以为此使用ObjectAlloc工具。在Instruments文档中选择ObjectAlloc乐器，并通过选择View > detail(它旁边应该有一个复选标记)来显示乐器的详细信息(如果还没有显示的话)。在ObjectAlloc详细信息中的“分配生命周期”下，确保选择“已创建和仍然存在”旁边的单选按钮。

现在，每当您停止记录应用程序时，选择ObjectAlloc工具将在“# Net”列中显示对应用程序中每个仍然活动的对象的引用数。确保不仅要查看自己的类，还要查看NIB文件的顶级对象的类。例如，如果你在屏幕上没有窗口，而你看到一个仍然存在的NSWindow的引用，你可能没有在你的代码中释放它。

在dealloc中清理。

这是最容易忘记的事情之一——尤其是在以150英里/小时的速度编码时。总是，总是，总是清理dealloc中的属性/成员变量。

我喜欢使用Objc 2属性-新的点表示法-所以这使得清理变得无痛。通常很简单:

- (void)dealloc
{
    self.someAttribute = NULL;
    [super dealloc];
}

这将为您处理发布，并将属性设置为NULL(我认为这是防御性编程——以防dealloc中的另一个方法再次访问成员变量——很少，但也可能发生)。

在10.5中打开GC后，就不再需要这么多了——但是你可能仍然需要清理你创建的其他资源，你可以在finalize方法中做这件事。

我看到的苹果提供的示例将App委托视为一个全局数据存储，一种数据管理器。这是错误的。创建一个单例，并在App委托中实例化它，但不要将App委托用作应用程序级事件处理以外的任何东西。我衷心赞同这篇博客文章中的建议。这条线索暴露了我。

使用标准的Cocoa命名和格式化约定和术语，而不是使用其他环境中使用的任何术语。有很多Cocoa开发人员，当他们中的另一个人开始使用您的代码时，如果它看起来和感觉上与其他Cocoa代码相似，那么它将更容易接近。

做什么和不做什么的例子:

Don't declare id m_something; in an object's interface and call it a member variable or field; use something or _something for its name and call it an instance variable. Don't name a getter -getSomething; the proper Cocoa name is just -something. Don't name a setter -something:; it should be -setSomething: The method name is interspersed with the arguments and includes colons; it's -[NSObject performSelector:withObject:], not NSObject::performSelector. Use inter-caps (CamelCase) in method names, parameters, variables, class names, etc. rather than underbars (underscores). Class names start with an upper-case letter, variable and method names with lower-case.

无论你做什么，不要使用Win16/ win32风格的匈牙利符号。甚至微软也在转向。net平台时放弃了这一点。

使用NSAssert和朋友。 我一直使用nil作为有效对象…特别是发送消息给nil在Obj-C中是完全有效的。 然而，如果我真的想确定一个变量的状态，我使用NSAssert和NSParameterAssert，这有助于轻松跟踪问题。

我已经开始做的一些事情，我认为不是标准的:

1)随着属性的出现，我不再使用“_”作为“私有”类变量的前缀。毕竟，如果一个变量可以被其他类访问，不应该有一个属性吗?我一直不喜欢“_”前缀，因为它会让代码变得更丑，现在我可以把它去掉了。

2)说到私有的东西，我更喜欢把私有方法定义放在.m文件的类扩展名中，就像这样:

#import "MyClass.h"

@interface MyClass ()
- (void) someMethod;
- (void) someOtherMethod;
@end

@implementation MyClass

为什么要用外人不应该关心的东西把.h文件弄得乱七八糟呢?empty()适用于.m文件中的私有类别，如果您没有实现声明的方法，则会发出编译警告。

3)我已经开始把dealloc放在。m文件的顶部，就在@synthesize指令的下面。你在课堂上想要思考的事情不应该排在最前面吗?在iPhone这样的环境下尤其如此。

3.5)在表格单元格中，为了性能，使每个元素(包括单元格本身)都不透明。这意味着在所有内容中设置适当的背景颜色。

3.6)当使用NSURLConnection时，作为一个规则，你可能很想实现委托方法:

- (NSCachedURLResponse *)connection:(NSURLConnection *)connection
                  willCacheResponse:(NSCachedURLResponse *)cachedResponse
{
      return nil;
}

我发现大多数web调用是非常单一的，这是一个例外，而不是规则，你会希望响应缓存，特别是web服务调用。实现如下所示的方法将禁用响应缓存。

同样有趣的是，Joseph Mattiello的一些关于iPhone的好建议(从iPhone邮件列表中收到的)。还有更多，但这些是我认为最有用的(注意，现在有几个比特已经从原始的轻微编辑，以包括在回复中提供的细节):

4)只有在必要时才使用双精度，比如在使用CoreLocation时。确保常量以“f”结尾，以使gcc将它们存储为浮点数。

float val = someFloat * 2.2f;

当someFloat实际上可能是double类型时，这是非常重要的，你不需要混合模式数学，因为你在存储上失去了'val'的精度。虽然iphone的硬件支持浮点数，但与单精度相比，执行双精度算术可能仍需要更多时间。引用:

iPhone上的Double vs float iPhone/iPad双精度数学

在老式手机上，计算的速度应该是相同的，但你可以在寄存器中使用更多的单精度组件，所以对于许多计算来说，单精度最终会更快。

5)设置你的属性为非原子的。默认情况下，它们是原子的，在合成时，将创建信号量代码以防止多线程问题。99%的人可能不需要担心这个，当设置为nonatomic时，代码就不会那么臃肿，内存效率更高。

6) SQLite can be a very, very fast way to cache large data sets. A map application for instance can cache its tiles into SQLite files. The most expensive part is disk I/O. Avoid many small writes by sending BEGIN; and COMMIT; between large blocks. We use a 2 second timer for instance that resets on each new submit. When it expires, we send COMMIT; , which causes all your writes to go in one large chunk. SQLite stores transaction data to disk and doing this Begin/End wrapping avoids creation of many transaction files, grouping all of the transactions into one file.

此外，如果GUI在主线程上，SQL将阻塞它。如果你有一个很长的查询，最好将查询存储为静态对象，并在单独的线程上运行SQL。确保将修改数据库查询字符串的任何内容包装在@synchronize(){}块中。对于简短的查询，为了更方便，只需将内容留在主线程中。

更多的SQLite优化技巧在这里，虽然文档看起来过时了，但许多要点可能仍然是好的;

http://web.utk.edu/~jplyon/sqlite/SQLite_optimization_FAQ.html