我知道这是一个非常老的帖子，但我已经找到了一个解决方案，它是最近才可用的，并且可以在Windows平台上实现几乎所有Objective-C 2.0功能。

随着gcc 4.6的出现，对Objective-C 2.0语言特性(块、点语法、合成属性等)的支持被添加到Objective-C编译器中(详见发行说明)。它们的运行时也经过了更新，几乎与苹果自己的Objective-C 2.0运行时完全相同。简而言之，这意味着(几乎)任何可以在Mac上合法地使用Clang编译的程序也可以不经修改地使用gcc 4.6编译。

作为旁注，一个不可用的功能是字典/数组/等字面量，因为它们都是硬编码到Clang中使用苹果的NSDictionary, NSArray, NSNumber等类。

然而，如果你愿意在没有苹果广泛框架的情况下生活，你也可以。 正如在其他回答中提到的，GNUStep和Cocotron提供了苹果类库的修改版本，或者你也可以编写自己的类库(我的首选)。

MinGW是在Windows平台上获得GCC 4.6的一种方式，可以从MinGW网站下载。确保在安装时包含了C, c++， Objective-C和objective - c++的安装。虽然是可选的，但我也建议安装MSYS环境。

一旦安装，Objective-C 2.0源代码可以编译:

gcc MyFile。M -lobjc -std=c99 -fobjc-exceptions -fconstant-string-class=clsname(等，其他标志，见文档)

MinGW还支持使用-mwindows标记编译本地GUI Windows应用程序。例如:

g++ -mwindows MyFile.cpp

我还没有尝试过，但我想如果你在尽可能高的层用objective - c++包装你的Objective-C类，你应该能够成功地在一个Windows应用程序中交织本机Windows GUI c++和Objective-C。

截至2021年，GNUstep Windows MSVC工具链允许在任何Windows应用程序中集成Objective-C代码，包括使用LLVM/Clang的Visual Studio项目。这包括对自动引用计数(ARC)和Objective-C 2.0特性的支持，比如块。

该项目包括来自GNUstep的Foundation、CoreFoundation和libdispatch库。它目前不包括任何UI框架，如AppKit或UIKit，但它可以用来编写特定于windows的UI，使用Objective-C编写的跨平台业务逻辑。

如果您熟悉Visual Studio环境，

小项目:使用gcc的jGRASP 大型项目:Cocotron

我听说有模拟器，但我只能找到Apple II Emulator http://virtualapple.org/。这似乎仅限于游戏。

如果你只是想尝试一下，这里有一个用于。net (Windows)的Objective-C编译器:qckapp

我对Cocotron项目百感交集。我很高兴他们发布源代码和共享，但我不觉得他们做事情的方式是最简单的。

的例子。 苹果已经发布了objective-c运行时的源代码，其中包括属性和垃圾收集。然而，Cocotron项目有自己的objective-c运行时实现。为什么要麻烦地复制这种努力呢?甚至有一个Visual Studio项目文件可以用来构建objc.dll文件。或者，如果您真的很懒，可以从Windows上的Safari安装中复制DLL文件。

他们也懒得利用CoreFoundation(苹果也是开源的)。我发布了一个关于这个问题的问题，但没有收到答案。

我认为目前最好的解决方案是从多个来源(Apple, CocoTron, GnuStep)获取源代码，并将其合并到一起以满足您的需要。你需要阅读大量的资料，但最终的结果是值得的。

最近一个将Objective C 2.0移植到Windows的尝试是Subjective项目。

自述:

Subjective is an attempt to bring Objective C 2.0 with ARC support to Windows. This project is a fork of objc4-532.2, the Objective C runtime that ships with OS X 10.8.5. The port can be cross-compiled on OS X using llvm-clang combined with the MinGW linker. There are certain limitations many of which are a matter of extra work, while others, such as exceptions and blocks, depend on more serious work in 3rd party projects. The limitations are: • 32-bit only - 64-bit is underway • Static linking only - dynamic linking is underway • No closures/blocks - until libdispatch supports them on Windows • No exceptions - until clang supports them on Windows • No old style GC - until someone cares... • Internals: no vtables, no gdb support, just plain malloc, no preoptimizations - some of these things will be available under the 64-bit build. • Currently a patched clang compiler is required; the patch adds -fobjc-runtime=subj flag

该项目可在Github上使用，在Cocotron Group上也有一个线程概述了一些进展和遇到的问题。