对于 Mac 开发,我们早已步入了 64 位时代,而对 iOS 来说,64 位的乐章才刚刚开始。在今后一段时间内,我们都需要面临同时为 32 位和 64 位的设备进行开发的局面。由于这个条件所导致的最直接的一个结果就是数字类型的区别。

最简单的例子,在 Swift 中我们一般简单地使用 Int 来表示整数,在 iPhone 5 和以下的设备中,这个类型其实等同于 Int32,而在 64 位设备中表示的是 Int64 (这点和 Objective-C 中的 NSInteger 表现是完全一样的,事实上,在 Swift 中 NSInteger 只是一个 Inttypealias。这就意味着,我们在开发的时候必须考虑同样的代码在不同平台上的表现差异,比如下面的这段计算在 32 位设备上和 64 位设备上的表现就完全不同:

class MyClass {
    var a: Int = 1
    func method() {
        a = a * 100000
        a = a * 100000
        a = a * 100000
        print(a)
    }
}

MyClass().method()

// 64 位环境 (iPhone 5s 及以上)
// 1,000,000,000,000,000

// 32 位环境 (iPhone 5c 及以下)
// 崩溃

因为 32 位的 Int 的最大值为 2,147,483,647,这个方法的计算已经超过了 Int32 的最大值。和其他一些编程语言的处理不同的是,Swift 在溢出的时候选择了让程序直接崩溃而不是截掉超出的部分,这也是一种安全性的表现。

另外,编译器其实已经足够智能,可以帮助我们在编译的时候就发现某些必然的错误。比如:

func method() {
    var max = Int.max
    max = max + 1
}

这种常量运算在编译时就进行了,发现计算溢出后编译无法通过。

在存在溢出可能性的地方,第一选择当然是使用更大空间的类型来表示,比如将原来的 Int32 显式地声明为 Int64。如果 64 位整数还无法满足需求的话,我们也可以考虑使用两个 Int64 来软件实现 Int128 (据我所知现在还没有面向消费领域的 128 位的电子设备) 的行为。

最后,如果我们想要其他编程语言那样的对溢出处理温柔一些,不是让程序崩溃,而是简单地从高位截断的话,可以使用溢出处理的运算符,在 Swift 中,我们可以使用以下这五个带有 & 的操作符,这样 Swift 就会忽略掉溢出的错误:

  • 溢出加法 (&+)
  • 溢出减法 (&-)
  • 溢出乘法 (&*)
  • 溢出除法 (&/)
  • 溢出求模 (&%)

这样处理的结果:

var max = Int.max
max = max &+ 1

// 64 位系统下
// max = -9,223,372,036,854,775,808