我正在制作一个相当复杂的Sprite Kit游戏。最近我添加了对OS X的支持。无论窗口大小如何调整（即使调整到最大屏幕空间），我始终能获得60fps，但是一旦我让我的App进入“全屏”模式，帧率就会降至30-40fps并保持在那里。但是，如果我将鼠标光标移动到菜单栏上以启用全屏模式，则帧率会恢复到60fps！
您甚至可以通过使用Xcode为Mac创建Sprite Kit游戏来测试此错误。以下是我针对Mac默认游戏模板拍摄的屏幕截图。
我建议您自行尝试，如果您使用苹果的默认Sprite Kit模板，甚至不需要编写任何代码。
最大化窗口（没有帧速率问题：59-60 FPS）
全屏模式（帧速率下降至30-40 FPS）
顶部有鼠标显示菜单栏的全屏模式（令人惊讶的是，没有FPS问题：59-60 FPS）
有什么想法可能会导致这个问题吗？如果意味着用户会失去性能，我不想发布我的App的全屏模式。您会认为全屏模式可以更好地优化绘图，但显然相反。我在运行此操作时使用的是Yosemite。
好的，经过数周的研究，我已经找到了一些解决这个问题的方法。在开始之前，让我先解释一下我的设置。我正在使用一个Storyboard中的NSViewController来容纳SKView。我已经在MacBook Pro (Retina, 15-inch, Early 2013)上测试了这个解决方法，但我不知道我以下呈现的解决方法是否适用于其他Mac。我相信应该是可以的，等有机会时我会测试并查看以下解决方法是否可行。
因此，在开始之前，让我们回顾一下问题所在。问题在于通过点击全屏按钮使您的应用程序进入全屏模式会导致FPS大幅下降。以下是如何启用全屏按钮：
self.view.window!.collectionBehavior = .FullScreenPrimary
然后我搜索了一下，并找到了另一种使用以下代码进入全屏的方法：
self.view.enterFullScreenMode(NSScreen.mainScreen()!, withOptions: nil)
但是我的FPS仍然大幅下降。请记住，在最大化窗口模式或即使菜单栏可见的全屏模式下，我没有FPS问题！（请参见问题中的图片）。
于是我尝试了一种不太高级的全屏模式方法。我在苹果公司的指南中找到了一份指南here
使用指南中的一些代码，我将窗口大小设置为显示器的大小，并将窗口定位在所有OS X UI上方，以进入全屏模式。其代码如下：
self.view.window!.styleMask = NSBorderlessWindowMask
self.view.window!.level = Int(CGWindowLevelForKey(Int32(kCGMainMenuWindowLevelKey))) + 1
self.view.window!.opaque = true
self.view.window!.hidesOnDeactivate = true
let size = NSScreen.mainScreen()!.frame.size
self.view.window!.setFrame(CGRect(x: 0, y: 0, width: size.width, height: size.height), display:true)
但是，遗憾的是，出现了同样的问题... FPS 就像之前一样下降了。
所以我想，如果我改变窗口的大小/位置会怎么样。于是我试着将窗口向下移动，只留下菜单栏如下所示。这个方法奏效了。FPS 不再下降了。但显然它并不是真正的全屏，因为菜单栏仍然可见。
self.view.window!.setFrame(CGRect(x: 0, y: 0, width: size.width, height: size.height-NSApplication.sharedApplication().mainMenu!.menuBarHeight), display:true)
self.view.window!.styleMask = NSBorderlessWindowMask
self.view.window!.level = Int(CGWindowLevelForKey(Int32(kCGMainMenuWindowLevelKey))) + 1
self.view.window!.opaque = true
self.view.window!.hidesOnDeactivate = true
let size = NSScreen.mainScreen()!.frame.size
self.view.window!.setFrame(CGRect(x: 0, y: 0, width: size.width, height: size.height-NSApplication.sharedApplication().mainMenu!.menuBarHeight), display:true)
self.view.window!.styleMask = NSBorderlessWindowMask
self.view.window!.level = Int(CGWindowLevelForKey(Int32(kCGMainMenuWindowLevelKey))) + 1
self.view.window!.opaque = true
self.view.window!.hidesOnDeactivate = true
let size = NSScreen.mainScreen()!.frame.size
NSMenu.setMenuBarVisible(false)
self.view.window!.setFrame(CGRect(x: 0, y: 0, width: size.width, height: size.height+1), display:true)
class CustomWindow: NSWindow {
override var canBecomeKeyWindow: Bool {
get {
return true
}
}
override var canBecomeMainWindow: Bool {
get {
return true
}
}
}
更新：一些不好的消息
我在 MacBook Air 上尝试了这个解决方法，但除非减少约100个点（这显然非常明显），否则它将无法正常工作。我不知道为什么。andyvn22的解决方案也是一样。我还注意到，很少情况下，可能是每60次启动中的一次，提供的解决方案根本无法在 MacBook Air 上正常工作。唯一的修复方式是重新启动应用程序。也许 Max Book Air 是一个特例。也许缺乏图形卡与这个问题有关。希望苹果能解决这个问题。现在，我在支持全屏和不支持全屏之间犹豫不决。我真的希望用户能够进入全屏模式，但同时我又不想冒着让用户失去一半FPS的风险。
根据Epic Byte的非常有用的工作，我发现了一种更简单的方法来禁用苹果的全屏“优化”。您仍然可以使用OS X内置的全屏功能；您只需要在窗口的代理中实现以下方法：
func window(window: NSWindow, willUseFullScreenContentSize proposedSize: NSSize) -> NSSize {
return NSSize(width: proposedSize.width, height: proposedSize.height - 1)
}
很不幸，增加一个像素似乎不起作用，只能减少一个像素，因此您会失去一行屏幕空间。对我来说完全值得，因为我可以继续使用内置的全屏功能，特别是在等待苹果修复他们的优化错误时。
我相信这个问题发生在所有使用OpenGL渲染的应用程序上。具有以下视频配置的MPV（视频播放器）也存在同样的问题：vo=opengl hwdec=no
CPU使用率 - 窗口模式：平均42％
CPU使用率 - 全屏模式（本机）：62％
CPU使用率 - 全屏模式（非本机/应用内）：60％
CPU使用率 - 全屏模式（带菜单栏的本机）：45％
CPU使用率 - 离屏模式（使用本机全屏）：95％
除了增加GPU使用率而不是CPU使用率外，PPSSPP与OpenGL后端也存在此问题：
GPU使用率 - 窗口模式：平均20％
GPU使用率 - 全屏模式（带菜单栏）：20％
GPU使用率 - 全屏模式（本机）：35％
GPU使用率 - 离屏模式（使用本机全屏）：90％
然而，在开发人员实现自己的“特殊”全屏时，似乎不会出现此问题。在Enter the Gungeon的情况下，窗口模式和FS之间的CPU使用率和GPU使用率没有区别。尽管我还没有时间检查他们如何实现全屏。
在OSX 10.11.6上测试了MBP Late 2015 13英寸
全屏模式下略微增加的使用率确实有点烦人，正如你所说，可能会导致帧数下降，但最让我担心的是在后台运行时OpenGL应用程序几乎占用了CPU和GPU的100％。（注意：在ppsspp上无论它在做什么，甚至在暂停时也是90％）。