这里似乎有很多旧的答案，所以我只是想发布Swift团队的官方回应。Swift向后兼容OS X Mavericks和iOS 7

苹果开发者swift博客:Objective-C id为swift Any

2014年7月11日

兼容性

我们在WWDC上听到的最常见的问题之一是，“Swift的兼容性故事是什么?”这似乎是一个很好的第一个话题。

App Compatibility Simply put, if you write a Swift app today and submit it to the App Store this Fall when iOS 8 and OS X Yosemite are released, you can trust that your app will work well into the future. In fact, you can target back to OS X Mavericks or iOS 7 with that same app. This is possible because Xcode embeds a small Swift runtime library within your app’s bundle. Because the library is embedded, your app uses a consistent version of Swift that runs on past, present, and future OS releases.

Swift应用程序似乎不能在OS X 10.7上运行。我刚刚创建了一个简单的GUI应用程序(一个视图、一个标签、一个按钮)，它在Mavericks上运行良好。基本SDK设置为10.9，部署目标设置为10.7。我把这个应用程序从DerivedData文件夹复制到我的10.7虚拟机，它在启动时崩溃了，显示这个错误:

Crashed Thread:  0

Exception Type:  EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000002, 0x0000000000000000

Application Specific Information:
dyld: launch, loading dependent libraries

    Dyld Error Message:

  Library not loaded: /System/Library/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics
  Referenced from: /Users/USER/Desktop/Swift-Test.app/Contents/MacOS/../Frameworks/libswiftAppKit.dylib
  Reason: image not found

Binary Images:
       0x109c65000 -        0x109c6afff +private.Swift-Test (1.0 - 1) <649695D0-58FD-3D02-9176-2D40D4E711F2> /Users/USER/Desktop/Swift-Test.app/Contents/MacOS/Swift-Test
       0x109c83000 -        0x109dbffff +libswift_stdlib_core.dylib (1.0 - 600.0.34.4.5) <10AAC369-9404-321D-A892-49F65856D7AF> /Users/USER/Desktop/Swift-Test.app/Contents/Frameworks/libswift_stdlib_core.dylib
...

然而，这个消息是令人恼火的，因为在这个VM中肯定有一个CoreGraphics库。其他大量使用CoreGraphics的应用程序也可以正常工作。

我刚刚为你测试了一下，Swift应用程序编译成标准二进制文件，可以在OS X 10.9和iOS 7上运行。

简单的Swift应用程序用于测试:

func application(application: UIApplication, didFinishLaunchingWithOptions launchOptions: NSDictionary?) -> Bool {
    self.window = UIWindow(frame: UIScreen.mainScreen().bounds)

    var controller = UIViewController()
    var view = UIView(frame: CGRectMake(0, 0, 320, 568))
    view.backgroundColor = UIColor.redColor()
    controller.view = view

    var label = UILabel(frame: CGRectMake(0, 0, 200, 21))
    label.center = CGPointMake(160, 284)
    label.textAlignment = NSTextAlignment.Center
    label.text = "I'am a test label"
    controller.view.addSubview(label)

    self.window!.rootViewController = controller
    self.window!.makeKeyAndVisible()
    return true
}

这是我从apple Swift博客上读到的一篇文章，可能会有帮助:

应用程序兼容性:

如果你写了一个Swift应用程序，你可以相信你的应用程序将来会工作得很好。事实上，你可以用同样的应用程序回到OS X Mavericks或iOS 7。这是可能的，因为Xcode在你的应用程序包中嵌入了一个小的Swift运行时库。因为这个库是嵌入式的，所以你的应用程序使用了一个一致的Swift版本，可以在过去、现在和未来的操作系统版本上运行。

二进制兼容性和框架:

在确保应用程序的运行时兼容性的同时，Swift语言本身将继续发展，二进制接口也将发生变化。为了安全起见，应用程序的所有组件都应该使用相同版本的Xcode和Swift编译器来构建，以确保它们能够协同工作。

This means that frameworks need to be managed carefully. For instance, if your project uses frameworks to share code with an embedded extension, you will want to build the frameworks, app, and extensions together. It would be dangerous to rely upon binary frameworks that use Swift — especially from third parties. As Swift changes, those frameworks will be incompatible with the rest of your app. When the binary interface stabilizes in a year or two, the Swift runtime will become part of the host OS and this limitation will no longer exist.

简而言之:

基于Swift的应用程序可以针对OS X Mavericks或iOS 7的同一应用程序。

这怎么可能?

Xcode在你的应用程序包中嵌入了一个小的Swift运行时库。因为这个库是嵌入式的，所以你的应用程序使用了一个一致的Swift版本，可以在过去、现在和未来的操作系统版本上运行。

我为什么要相信这个答案?

因为我不是像一个苹果人在推特上告诉我的那样说这个答案，或者我写了hello world并测试了它。

我从苹果开发者博客上截取的。

所以你可以相信这个。

我还尝试了10.8上一个非常简单的应用程序(一个按钮，设置标签上的文本)。它在启动时崩溃了，正如Greg Parker所说:

Dyld Error Message:
  Symbol not found: __dispatch_source_type_memorypressure
  Referenced from: /Volumes/*/SwifTest.app/Contents/MacOS/../Frameworks/libswiftDispatch.dylib
  Expected in: /usr/lib/libSystem.B.dylib
in /Volumes/*/SwifTest.app/Contents/MacOS/../Frameworks/libswiftDispatch.dylib

(这是使用10.7的部署目标)