Xcode4 Xcode 4中的预绑定库

Xcode4 Xcode 4中的预绑定库,xcode4,ios4,prebinding,Xcode4,Ios4,Prebinding,我正在为一个客户开发一个应用程序,他的一个设备(iOS4上的第二代iTouch)在启动应用程序时出现问题。我已经运行了一些分配/泄漏测试,并得出结论,我的应用程序代码没有任何问题。我注意到在启动时有一个分配高峰,我得出结论,这是因为dyld在启动时动态链接库。如何在xcode4中预绑定应用程序 OSX论坛似乎非常缺乏信息,因为他们认为你能找到它/ 任何帮助都将不胜感激。 谢谢 (我也希望我能为“预绑定”制作一个新标签。)据苹果公司称。如果你的分配峰值很大,我猜这是因为你的应用程序的架构,而不是底

我正在为一个客户开发一个应用程序,他的一个设备(iOS4上的第二代iTouch)在启动应用程序时出现问题。我已经运行了一些分配/泄漏测试,并得出结论,我的应用程序代码没有任何问题。我注意到在启动时有一个分配高峰,我得出结论,这是因为dyld在启动时动态链接库。如何在xcode4中预绑定应用程序

OSX论坛似乎非常缺乏信息,因为他们认为你能找到它/

任何帮助都将不胜感激。 谢谢


(我也希望我能为“预绑定”制作一个新标签。)

据苹果公司称。如果你的分配峰值很大,我猜这是因为你的应用程序的架构,而不是底层操作系统本身。

与运行时最早阶段的最基本分配相比,dyld分配的内存应该微不足道。Objective-C运行时和其他系统框架/库分配了一系列内部结构,这些结构是工作正常所必需的

例如,对一个应用程序的快速测试,它在main中什么都不做,只调用一次NSLog(@“FooBar”)和sleep(即,从不启动UIApplication)执行了373次分配,总共52K次

更进一步,如果你真的启动UIKit,像这样

UIApplicationMain(argc, argv, nil, NSStringFromClass([MyAppDelegate class]));
。。。一旦应用程序达到静止状态,您将在7800个实时分配中看到约600K。这都是不可避免的事情。再多的预绑定也不能节省您的时间。我建议不要担心它

如Nik Reiman所说,如果您看到分配的内存增加了几个数量级,那么这就是您的应用程序。最终,动态链接器分配的内存是完全不重要的