在启动 iPhone 应用程序的 main() 函数之前系统会做什么？
我的应用程序加载时间太长。 因此，我在 main() 函数中放置了一个 NSLog，如下所示，以测量从一开始的加载时间：
int main(int argc, char *argv[])
{
NSLog(@"main");
NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];
int retVal = UIApplicationMain(argc, argv, nil, nil);
[pool release];
return retVal;
}
但是，日志显示的时间确实很晚。 Default.png显示约5秒，日志出现后1~2秒内完成所有加载过程。
在 iPhone 应用程序上执行 main() 函数之前发生了什么？
My app takes too much time to loading.
So I put a NSLog in main() function like this to measure loading time from first:
int main(int argc, char *argv[])
{
NSLog(@"main");
NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];
int retVal = UIApplicationMain(argc, argv, nil, nil);
[pool release];
return retVal;
}
But, the log displayed at really later time.
Default.png displayed about 5 seconds, all loading process completed in 1~2 seconds after log appeared.
What's happening before executing main() function on iPhone app?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
二进制文件的入口点不是
main()，而是start。对于大多数使用 gcc 编译的二进制文件都是如此。当 C++ 中有 静态变量构造函数 ，或具有__attribute__((constructor))属性 的函数 或+load方法，它们将在main()之前运行。由于动态链接，某些代码甚至会在
start之前运行。dyld负责此操作。此时所有未定义的外部符号均已填充。当然，这些库的初始化程序将会执行。Default.png 由 SpringBoard 显示，不受您的应用程序控制。因此，在显示 Default.png 和代码实际运行之间可能存在时间延迟。
然而，这些行动速度很快。延迟更可能是由于附加到远程 gdb 和 Xcode 而引起的。
The entry point of a binary is not
main(), butstart. This is true for most binaries compiled with gcc. When there are static variable constructors in C++, or functions with__attribute__((constructor))attribute, or+loadmethods, they will be run beforemain().Some code will run even before
start, because of dynamic linking. Thedyldis responsible for this. All undefined external symbols are filled in at this point. And of course, the initializers of these libraries will execute.The Default.png is shown by SpringBoard, and is not controlled by your app. Thus there can be a time delay between the Default.png is shown, and code is actually running.
These actions, however, are fast. The delay is more likely introduced by attaching to the remote gdb and Xcode.