在试图将我的游戏引擎移植到mac时，我偶然发现了一个基本的（但是很大的）问题。 在Windows上，我的主代码看起来像这样（非常简化）：
PeekMessage(...) // check for windows messages switch (msg.message) { case WM_QUIT: ...; case WM_LBUTTONDOWN: ...; ... } TranslateMessage(&msg); DispatchMessage (&msg); for (std::vector<CMyBackgroundThread*>::iterator it = mythreads.begin(); it != mythreads.end(); ++it) { (*it)->processEvents(); } ... do other useful stuff like look if the window has resized and other stuff... drawFrame(); // draw a frame using opengl SwapBuffers(hDC); // swap backbuffer/frontbuffer if (g_sleep > 0) Sleep(g_sleep); 我已经读过，这不是Mac的方式。 mac的方式是检查某种事件，如屏幕的v-sync来渲染一个新的帧。 但是正如你所看到的，我想要做的不仅仅是渲染，我希望其他的线程能够工作。 一些线程需要比每1/60秒更快地调用。 （顺便说一下，我的线程基础结构是：线程将事件放入同步队列中，主线程调用processEvents处理主线程中同步队列中的项目。这用于networking内容，图像加载/处理内容，perlin噪声代等等…等等）
我希望能够以类似的方式做到这一点，但关于这方面的信息很less。 我不介意把渲染放在一个v-sync事件上（我也会在windows上实现这个），但是我希望对其余的代码有更多的响应。
看看这样的方式：我希望能够在GPU正在做的时候处理剩下的东西，我不想等待v-sync然后开始执行那些应该已经被处理的东西，然后才开始发送东西到GPU。 你明白我的意思吗？
如果我需要从完全不同的angular度来看这个，请告诉我。
如果我需要阅读书籍/指南/教程/任何这个，请告诉我该读什么！
我不是cocoa开发人员，我不是对象-c程序员，我的游戏引擎完全是C ++，但是我知道我的方式足以让一个窗口出现，并显示我在窗口中绘制的内容。 它只是不像我的Windows版本更新，因为我不知道如何得到它的权利。
更新：我甚至认为我需要某种循环，即使我想在垂直回扫上进行同步。 MacOSX文档上的OpenGL编程显示，这是通过设置SwapInterval完成的。 所以如果我理解正确的话，当在Mac上渲染实时时，我总是需要一些循环，使用swapInterval设置来降低功耗。 这是真的？
虽然我不能成为世界上唯一试图实现这一目标的人，但是似乎没有人想回答这个问题（不是指向你的stackoverflow的人，只是指出知道它是如何工作的mac开发者）。 这就是为什么我想改变这种典型的行为，并帮助那些正在寻找同样的事情的人。 换句话说：我找到了解决方案！ 我仍然需要进一步改进这个代码，但是这基本上是这样的！
1 /当你需要一个真正的自己的循环，就像在窗口，你需要自己照顾它。 因此，让可可建立你的标准代码，但是把main.m（如果需要，把它改成.mm，在这个例子中是因为我使用了c ++），并删除唯一的一行代码。 你不会允许可可为你设置你的应用程序/窗口/视图。
2 / Cocoa通常会为您创建一个AutoreleasePool。 它可以帮助你记忆管理。 现在，这将不再发生，所以你需要初始化它。 您的主要功能的第一行将是：
[[NSAutoreleasePool alloc] init];
3 /现在你需要设置你的应用程序委托。 XCode向导已经为你设置了一个AppDelegate类，所以你只需要使用它。 此外，该向导已经设置了主菜单，可能将其称为MainMenu.xib。 默认的是很好的开始。 确保#import <Cocoa / Cocoa.h>行之后＃import“YourAppDelegate.h”。 然后在主函数中添加下面的代码：
[NSApplication sharedApplication]; [NSApp setDelegate:[[[YourAppDelegate alloc] init] autorelease]]; [NSBundle loadNibNamed:@"MainMenu" owner:[NSApp delegate]]; [NSApp finishLaunching];
4 / Mac OS现在将知道应用程序是什么，将添加一个主菜单。 无论如何，运行这个方法都没有多大意义，因为现在还没有窗口。 让我们来创建它：
[Window setDelegate:[NSApp delegate]]; [Window setAcceptsMouseMovedEvents:TRUE]; [Window setIsVisible:TRUE]; [Window makeKeyAndOrderFront:nil]; [Window setStyleMask:NSTitledWindowMask|NSClosableWindowMask];
为了显示你可以在这里做什么，我添加了一个标题栏，并启用关闭按钮。 你可以做更多，但我也需要先研究这个。
5 /现在如果你运行这个，你可能会很幸运，看到一个微秒的窗口，但是你可能什么也看不到，因为…程序还没有在循环中。 让我们添加一个循环，并听取传入的事件：
bool quit = false; while (!quit) { NSEvent *event = [NSApp nextEventMatchingMask:NSAnyEventMask untilDate:nil inMode:NSDefaultRunLoopMode dequeue:YES]; switch([(NSEvent *)event type]) { case NSKeyDown: quit = true; break; default: [NSApp sendEvent:event]; break; } [event release]; }
如果你运行这个，你会看到窗口出现，它将保持可见，直到你只是按下一个键。 当你按下键时，应用程序将立即退出。
就是这个！ 但要小心…检查活动监视器。 你会看到你的应用程序正在使用100％的CPU。 为什么？ 因为循环不会使CPU进入睡眠模式。 现在就由你决定了。 你可以让自己轻松一下，睡一觉（10000）; 在这个时候。 这会做很多，但不是最佳的。 我可能会使用opengl的垂直同步，以确保CPU不被过度使用，我也将等待我的线程事件。 也许我甚至会自己检查一下通过的时间，并且计算一下每个帧的总时间，以便我有一个像样的帧速率。
有关Opengl的帮助：
1 /将cocoa.opengl框架添加到项目中。
2 /在[Window …]之前放置：
NSOpenGLPixelFormat *format = [[NSOpenGLPixelFormat alloc] initWithAttributes:windowattribs]; NSOpenGLContext *OGLContext = [[NSOpenGLContext alloc] initWithFormat:format shareContext:NULL]; [format release];
3 /在[Window setDelegate：…]之后放：
[OGLContext setView:[Window contentView]];
4 /窗口处理后的某处，放：
[OGLContext makeCurrentContext];
5 [事件发布后]，放：
glClearColor(1, 0, 0, 1); glClear(GL_COLOR_BUFFER_BIT); [OGLContext flushBuffer];
这将清除你的窗口，在我的MacBook Pro 2011年3300帧率完全红色。
再次，这个代码是不完整的。 当你点击关闭按钮并重新打开时，它将不再起作用。 我可能需要钩住事件，我不知道他们（经过进一步的研究，这些事情可以在AppDelegate中完成）。 另外，可能还有很多其他的事情要考虑。 但这是一个开始。 请随时纠正我/填写/ …
如果我完全正确的话，那么如果没有人能够胜任我的话，我可能会为此设置一个教程网页。
我希望这可以帮助大家！
你可以使用一个Core Foundation的runloop，并为你的“线程”提供事件源，以便运行循环唤醒并调用他们的processEvents()方法。 这是对轮询代码的改进，因为如果没有事件在等待，运行循环将使线程休眠。
有关更多信息，请参阅CFRunLoopSourceCreate() ， CFRunLoopSourceSignal()和CFRunLoopWakeUp() 。
请注意，如果您的应用程序构建在Cocoa框架之上，您可以（也可能应该）使用默认的NSRunLoop ，但这不是问题，因为您可以通过向其发送-getCFRunLoop消息来获取底层Core Foundation CFRunLoop 。