测试显示苹果的Swift语言性能不佳,任重而道远!

2014-12-19 10:16


【编者按:】在今年的 WWDC 2014大会上,苹果公司发布了 Swift。Swift语言不仅继承了C语言以及Objective-C的特性,而且还克服了C语言的兼容性问题,对于广大开发者来说是个不错的选择。然 而,原文作者Tyrone却并不待见Swift,他在使用Swift的过程中,发现Swift并没有想象中的美好。究竟是什么原因呢?一起来看下:

在进行测试前,我作了如下思考:

  • 诚然Swift在对数组进行排序时候获得了与C相媲美的优异表现,但是其它方面呢?
  • 可能是出于市场营销的效率,苹果给出的标签是比Objective-C快2.6倍、比Python2.7 快8.4倍,真的吗?
  • 它有个优美的名字Swift(雨燕),轻盈迅捷,但我们不能沉迷于表象。

我这里主要以一个Swift项目为基础,进行性能测试。以下是一个相关示例代码:

import Foundation

public class User : ModelObject, UpdatableFromJSON {
    public var name: String?
    public var handle: String?

    public required init(data: [String : AnyObject]) {
        super.init(data: data)
        updateWithJSON(data)
    }

    public override func updateWithJSON(data: [String : AnyObject]) {
        super.updateWithJSON(data)
        name <<< data["name"]
        handle <<< data["handle"]
    }
}

 这是一个用于分析500KB大小JSON数据的示例,完整的示例代码请点击 这里 进 行下载,示例处理的问题是在1000个会话中找出用户User对应的会员身份。解析器parser读取JSON后,创建Membership对象并指向关 联实例User和Convo ,同时根据convos键值创建(或更新)Convo对象堆。 我利用了XCTest的新特性进行了性能测试。测试代码如下所示:

func testUserConvosSwiftParsingPerformance() {
    let filePath = NSBundle(forClass: PerformanceTests.self).pathForResource("convos", ofType: "json")
    let jsonData = NSData(contentsOfFile: filePath!)
    var error: NSError?
    let jsonObject = NSJSONSerialization.JSONObjectWithData(jsonData!, options: nil, error: &error)! as [String : AnyObject]
    self.measureBlock() {
        let resp = ChatspryClient.UserConvosResponse(data: jsonObject)
    }
}

我在编译设置中开启了-O模式,测试的设备是第五代iPod Touch,运行的系统是iOS 8,使用的是与iPhone4S相同的A5双核处理器。随着JSON数据处理量的增加,该设备的响应越来越慢。 测试结果是用时1.42s,多么令人吃惊的龟速。于是,我决定马上创建一个Objective-C版本来进行对比。

@interface CSUser : CSModelObject
@property (nonatomic, strong) NSString *name;
@property (nonatomic, strong) NSString *handle;
@end
@implementation CSUser
- (void) updateWithJSON:(NSDictionary *)json
{
    [super updateWithJSON: json];
    self.name = json[@"name"];
    self.handle = json[@"handle"];
}
@end

同样地我启用了-Os。令人惊喜的是,这个版本的运行用时仅需0.09s,换而言之,它大约比Swift快了将近15倍,而我在Swift和 Object-C都已经开启了LLVM优化器。 我尝试对Swift的反常表现进行简单研究,我暂时还不能确定这究竟是Swift本身的原因还是JSONHelpder引起的。唯一的方法是一行行地比照 Objective-C语句和Swift语句,再写另一个Objective-C样式的Swift,然后进行Apples To Apples的测试。这或许不是常规的Swift写法,随处都是NSDictionary引用而不是Swift 本身的函数。例如:

public class CSSwiftUser : CSSwiftModelObject {
    public var name: String?
    public var handle: String?

    public override func updateWithJSON(json: NSDictionary) {
        super.updateWithJSON(json)
        name = json["name"] as String?
        handle = json["handle"] as String?
    }
}

Swift在-O下运行时会有segfaults(段错误)的情况,为了公平起见,我把Object-C优化器关闭了,这是关闭后两者的比较:

  • Objective-C:0.06s
  • Objective-C样式的Swift:0.29s

让我较迷惑的是Objective-C在关闭优化器后反而运行得更快,这个先放下,不是这次的重点。由上可见,Objective-C样式的Swift获得了可接受的性能表现,但是如果真的这样做,段错误会不断出现,最后导致性能下降。 出于好奇,最后我还使用了RubyMotion以 Ruby语言重写Objective-C测试。RubyMotion支持使用Ruby来编写iOS 和安卓应用,程序最后会被编译为相同的机器码,与Swift和Objective-C过程类似。一直以来,我认为Ruby会比Objective-C慢得 多,毕竟这是动态和静态语言的区别。 该Ruby示例代码如下:

class CSUser < CSModelObject
  attr_accessor :name, :handle

  def updateWithJSON(json)
    super
    self.name = json[:name]
    self.handle = json[:handle]
  end
end

注:RubyMotion中暂时没有任何的优化设置选项。 最后的测试结果是:

可见,RubyMotion比Swift跑得更快。因此,Swift是不是真的如宣传所说的那样身手敏捷,真的见仁见智了。不过对于我来说,如果没有进一步的改进,我决定还是使用Objective-C来编写iOS项目好了。


以下是笔者摘取的部分精彩观点: 来自 DemonicEgg的评论:

“本文做了和我差不多的测试,只是没有使用一些第三方库。我发现当我把全部类型转为使用Swift Array<>和Dictionary<>时,我发现更为惊吓的后果,比Objective-C慢了差不多47倍。”

来自 aeturnum的评论:

“JSON解释速度或许还不算最差的性能指标。只不过面对新语言时,留给开发组用来测试的时间预算会有多少呢?所以稳定的Objective-C还是首选。”

来自 vital_chaos的评论:

“我们不应该抹杀新事物。难道小baby一出生就会驾驶?所有语言都是经过千锤百炼才有今天的成就的。性能权且可以作为一个参考而不是全部。