应用程序在启动结束时应该有一个根视图控制器

我也有同样的问题。如果你像我一样“从零开始”构建一个基于窗口的应用程序，你需要做以下工作:(注意，这些是Xcode 4.2的步骤。)

0. 确保你的应用委托符合UIApplicationDelegate协议。

例如，假设我们的委托名为MyAppDelegate。在MyAppDelegate.h中，我们应该有这样的东西:

@interface MyAppDelegate :
NSObject <UIApplicationDelegate> // etc...

1. 在main.m中指定应用程序委托

例如,

#import "MyAppDelegate.h"


int main(int argc, char *argv[])
{
@autoreleasepool {
return UIApplicationMain(argc, argv,
nil, NSStringFromClass([MyAppDelegate class]));
}
}

2. 创建一个主窗口界面文件。

为此，右键单击项目并选择新建文件。从那里，选择窗口从iOS ->用户界面部分。

将文件添加到项目后，转到项目的摘要(左键单击项目;点击总结。)在iPhone/iPod部署信息下(如果你喜欢的话，还有相应的iPad部分)，在“主界面”组合框中选择你的新界面文件。

3.在接口编辑器中将它们全部连接起来

在文件列表中选择接口文件以调出接口编辑器。

确保Utilities窗格是打开的。

通过从“实用工具”窗格中的“对象”列表中拖动一个对象到窗口对象的上方或下方的空间中添加一个新对象。选择对象。单击Utilities窗格中的Identity检查器。将Class更改为应用程序的委托(本例中为MyAppDelegate)。

调出MyAppDelegate的连接检查器。将窗口出口连接到接口文件中已经存在的窗口。

单击左边的File's Owner，然后单击Utilities窗格中的Identity检查器。将类更改为UIApplication

为File's Owner调出连接检查器。将委托出口连接到MyAppDelegate对象。

4. 最后，也是非常重要的一点，单击接口文件中的Window对象。打开Attributes检查器。确保选中“发射时可见”。

这就是我要让它为我工作所做的一切。好运！

在升级到Xcode 4.3后，我开始遇到同样的问题，而且只有在从头开始一个项目时(即创建一个空项目，然后创建一个UIViewController，然后创建一个单独的nib文件)。

在把我习惯的所有行，并确保我有正确的连接后，我一直得到这个错误，我试图通过视图控制器加载的nib文件(它被设置为rootController)从未在模拟器中显示。

我通过Xcode创建了一个视图模板，并将其与我的代码进行了比较，最终发现了问题!

Xcode 4.3似乎默认添加了方法-(void)loadView;到视图控制器实现部分。仔细阅读了里面的评论后，问题就很清楚了。注释指出，如果以编程方式创建一个视图，则重写loadView方法，否则，如果使用nib，则不重写loadView方法。在这个方法中没有其他东西，所以实际上我在使用nib文件时重写了方法(并且什么也不做)，这给出了错误。

解决方案是从实现部分完全删除loadView方法，或者通过添加[super loadView]来调用父方法。

如果使用NIB文件，则最好删除它，因为添加任何其他代码都会覆盖它。

我突然意识到这个错误。那么，是什么引起的呢?

结果是我在IB中将文件所有者附加到一个新的小ImageView，我将它拖到视图上。在.h文件中，我没有将它称为IBOutlet，因此当我按ctrl拖动到它时，新的Imageview没有被列为可能的连接。小黑框中显示的唯一可能性是视图。我一定是无意中点击了。我做了一些改变，然后运行程序，得到根控制器错误。修复是重新连接文件所有者到xib - IB屏幕的底部视图。

我通过以下方法解决了这个问题(上面的其他方法都没用):

从与“主界面”相关的下拉菜单中选择另一个条目，然后重新选择“主窗口”，然后重新构建。

我收到了同样的错误信息，因为我调用了警报

- (void)applicationDidBecomeActive:(UIApplication *)application

而不是

- (void)applicationWillEnterForeground:(UIApplication *)application

我遇到了同样的问题，但我使用storyboard

将我的storyboard InitialViewController分配给我的窗口的rootViewController。

在

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions{
...
UIStoryboard *stb = [UIStoryboard storyboardWithName:@"myStoryboard" bundle:nil];
self.window.rootViewController = [stb instantiateInitialViewController];
return YES;
}

这就解决了问题。

虽然很多答案看起来都是正确的，但没有一个能帮我解决问题。我正在尝试使用空的应用程序模板，并试图为了理解而直接加载到.xib文件(就像旧的窗口模板)。苹果似乎在运行NSLog消息。

我使用的是Xcode 4.3，似乎没有任何东西可以消除这条消息，我想知道为什么。最后，我决定在Xcode 4.5(预览版/iPhone 6.0版本)中看看会发生什么，这条消息不再存在。在移动。

在AppDelegate中替换

 [window addSubview:[someController view]];

来

  [self.window setRootViewController:someController];

我在一款面向iOS 5.1的iPad应用中遇到了这种情况。应用程序使用UITabBarController。我需要在标签栏控制器中创建一个新部分，所以我创建了一个新的视图控制器和xib。一旦我将新的视图控制器添加到选项卡栏控制器，我的屏幕上的控件都不再工作了，我得到了“期望有一个根视图控制器”日志。

新的xib中的顶级对象是UIWindow而不是UIView。当我将一个UIView放到XIB中，有了视图出口点，将所有子视图移动到新的UIView中，并删除了UIWindow实例，问题就解决了。

如果你使用MTStatusBarOverlay，你会得到这个错误。

MTStatusBarOverlay创建了一个额外的窗口([[UIApplication sharedApplication] windows)，它没有根控制器。

这似乎没有引起问题。

以上建议没有一个能解决我的问题。我的回答是:

添加:

window.rootViewController = navigationController;

后:

[window addSubview:navigationController.view];

在我的appdelegate中

- (void)applicationDidFinishLaunching:(UIApplication *)application {

我在Xcode 4中将一个旧的EAGLView示例项目迁移到新的GLKView示例项目中，没有一个解决方案适合我。最后我意识到我试图设置主GLKViewController的自我。视图指向Interface Builder中的嵌套GLKView。

当我指向自我时。视图回到根GLKView在接口生成器，我的应用程序能够启动没有一个错误消息(所以确保你的视图控制器的视图被设置为根视图)。

附注:如果你想让一个嵌套的GLKView工作，创建一个新的成员变量，如self。并将其连接拖到Interface Builder中嵌套的GLKView。然后确保拖动self。glkSubview的委托给文件的所有者。您必须手动调用[self。glkView:(glkView *)视图drawwinrect:(CGRect)rect"如果你有setNeedsDisplay关闭的glkView。

在“sho”答案的顶部，这是正确的(UIApplicationMain的第四个参数应该是主控制器的名称)，我添加了一些注释。

我最近改变了我的一个应用程序的“模型”使用主窗口。Xib以编程方式构造窗口。该应用程序使用了一个较旧的模板，自动创建了主窗口。因为我想为iPhone 5支持不同的控制器视图XIB，所以在创建App Delegate时，通过编程方式选择正确的XIB更容易。我删除了主窗口。Xib项目以及。

问题是，我忘记在UIApplication main中填充第四个参数，我忘记在项目摘要中从“主界面”中删除主窗口。

这导致了一个大问题:它在开发设备上呈现了无害的警告“应用程序预计会……”，但当它进入App Store时，它在消费者手机上崩溃了，因为MainWindow不再在捆绑包中!我不得不请求对漏洞修复进行快速审查。

另一个症状是，当设置被更改，应用程序被放在前台时，有时会出现一个白色块，比如一个空白的UIView。在iPhone 5中，很明显它是320x480块。也许丢失的主窗口是在开发模式下创建的，使用旧的大小。当第一个崩溃报告到达收件箱时，我刚刚发现了这个错误。

从app Store安装而不是从XCode安装，结果显示应用确实崩溃了，主窗口问题也在日志中暴露出来，所以我可以看出这不是设备+IOS版本的特殊组合。

在ios5.0左右有一个微小的变化，要求你有一个根视图控制器。如果您的代码基于较旧的示例代码，例如GLES2Sample，那么在这些代码示例中没有创建根视图控制器。

为了修复(例如，那个GLES2Sample)，就在applicationDidFinishLaunching中，我创建了一个根视图控制器，并将我的glView附加到它。

- (void) applicationDidFinishLaunching:(UIApplication *)application
{
// To make the 'Application windows are expected
// to have a root view controller
// at the end of application launch' warning go away,
// you should have a rootviewcontroller,
// but this app doesn't have one at all.
window.rootViewController = [[UIViewController alloc] init];  // MAKE ONE
window.rootViewController.view = glView; // MUST SET THIS UP OTHERWISE
// THE ROOTVIEWCONTROLLER SEEMS TO INTERCEPT TOUCH EVENTS
}

这使得警告消失，并没有真正影响你的应用程序。

OrdoDei给出了一个正确而有价值的答案。我添加这个答案只是为了给出一个didFinishLaunchingWithOptions方法的例子，该方法使用了他的答案，并解释了其他关于导航控制器的评论。

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
{
self.window = [[UIWindow alloc] initWithFrame:[[UIScreen mainScreen] bounds]];


// Override point for customization after application launch.


// Instantiate the main menu view controller (UITableView with menu items).
// Pass that view controller to the nav controller as the root of the nav stack.
// This nav stack drives our *entire* app.
UIViewController *viewController = [[XMMainMenuTableViewController alloc] init];
self.navigationController = [[UINavigationController alloc] initWithRootViewController:viewController];


// Instantiate the app's window. Then get the nav controller's view into that window, and onto the screen.
self.window = [[UIWindow alloc] initWithFrame:[[UIScreen mainScreen] bounds]];
// [self.window addSubview:self.navigationController.view];
// The disabled line above was replaced by line below. Fixed Apple's complaint in log: Application windows are expected to have a root view controller at the end of application launch
[self.window setRootViewController:self.navigationController];
self.window.backgroundColor = [UIColor whiteColor];
[self.window makeKeyAndVisible];
return YES;
}

在使用XCode 4.6.3和iOS 6.1将我的UI替换为Storyboard后收到相同的错误

通过清除AppDelegate中的didFinishLaucnhingWithOptions中的所有代码来解决这个问题

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
{
return YES;
}

我也有这个错误，但没有已经列出的答案是解决我的问题。 在我的例子中，日志显示是因为我在另一个子线程中分配了应用程序根视图控制器

-(BOOL) application:(UIApplication*) application didFinishLaunchingWithOptions:(NSDictionary*) launchOptions
{
...
dispatch_queue_t queue = dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0);
dispatch_async(queue, ^{
...
dispatch_async(dispatch_get_main_queue(), ^{
...
[self updateTabBarTitles];
self.window.rootViewController = self.tabBarController;
...
});
});


[self.window makeKeyAndVisible];
return YES;
}

通过将rootViewController分配移动到函数的末尾—就在调用makeKeyAndVisible之前:—将导致日志消息不再显示。

{
...
self.window.rootViewController = self.tabBarController;
[self.window makeKeyAndVisible];
return YES;
}

我希望这能有所帮助。

以上这些方法对我都没用……发现我的appDelegate上的init方法有问题。如果您正在实现init方法，请确保正确执行

我有这个:

- (id)init {
if (!self) {
self = [super init];
sharedInstance = self;
}
return sharedInstance;
}

然后改成了这样:

- (id)init {
if (!self) {
self = [super init];
}
sharedInstance = self;
return sharedInstance;
}

哪里“sharedInstance”是一个指针到我的appDelegate单例

没有一个答案能完全解决我的问题。

我正在开发一个升级到ARC的旧iOS4项目，现在正在为iOS 7开发Xcode 5

我通读了所有这些文件，并开始检查我的配置和代码。

为我修复它的是添加

-(BOOL) application:(UIApplication*) application didFinishLaunchingWithOptions: (NSDictionary*) launchOptions
{
// Maybe do something
return YES;
}

除了有

- (void)applicationDidFinishLaunching:(UIApplication *)application
{
}

我没有

-(BOOL) application:(UIApplication*) application didFinishLaunchingWithOptions: (NSDictionary*) launchOptions

在得到错误之前。

在我的例子中，关于实际窗口和didFinishLaunchingWithOptions:方法的一切都很好。

我的错误是我没有意识到applicationDidBecomeActive:在启动时运行，除了应用程序在后台运行后进入前台时。

因此，在applicationDidBecomeActive:中，我正在操作尚未完成所有设置的视图控制器(等待不同的线程响应，等等)。

一旦我把这个功能移到applicationDidBecomeActive之外，错误就消失了。

将setRootViewController:从didFinishLaunchingWithOptions:移动到awakeFromNib:在我的空项目中解决了这个问题。

我升级到iOS9，开始出现这个错误。我能够修复它，但将以下代码添加到- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions

NSArray *windows = [[UIApplication sharedApplication] windows];
for(UIWindow *window in windows) {
if(window.rootViewController == nil){
UIViewController* vc = [[UIViewController alloc]initWithNibName:nil bundle:nil];
window.rootViewController = vc;
}
}

为了补充迈克·弗林的答案，由于升级到Xcode 7并在iOS 9设备上运行我的应用程序，我将此添加到我的(BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions

// Hide any window that isn't the main window
NSArray *windows = [[UIApplication sharedApplication] windows];
for (UIWindow *window in windows) {
if (window != self.window) {
window.hidden = YES;
}
}

如果你的应用程序用FingerTipWindow替换了主UIWindow(来显示投影仪上的触摸)，并且你已经好几年没有更新源代码了，你的替换对象可能不包括rootViewController属性(参见kgn的5/21/2013 mod at GitHub)

你可以在didFinishLaunchingWithOptions中设置window.rootViewController，直到奶牛回家，但你的窗口不会报告一个“在应用程序启动结束时”，并会在运行时抛出异常。更新你的资料来源。

这个Swift 2解决方案对我来说很有效:

在AppDelegate -> didFinishLaunchingWithOptions中插入下面的代码

self.window!.rootViewController = storyboard.instantiateViewControllerWithIdentifier("YourRootViewController") as? YourRootViewControllerClass

当使用自定义ServiceLocator使用CoreData时，我得到了这样的错误

let context: NSManagedObjectContext = try self.dependencies.resolve()


//solution
let context: NSManagedObjectContext? = try? self.dependencies.resolve()