Swift，任重而道远！

发表于2014-12-16 08:35| 8232次阅读| 来源CSDN| 57 条评论| 作者伍昆

AppleSwiftObjective-C性能测试

width="22" height="16" src="http://hits.sinajs.cn/A1/weiboshare.html?url=http%3A%2F%2Fwww.csdn.net%2Farticle%2F2014-12-15%2F2823135-Swift&type=3&count=&appkey=&title=%E8%8B%B9%E6%9E%9C%E5%85%AC%E5%8F%B8%E5%AF%B9%E5%A4%96%E5%AE%A3%E7%A7%B0%EF%BC%8C%E6%80%A7%E8%83%BD%E6%98%AFSwift%E5%B8%A6%E7%BB%99OS%20X%E5%92%8CiOS%E5%BC%80%E5%8F%91%E4%BA%BA%E5%91%98%E7%9A%84%E5%A5%BD%E5%A4%84%E4%B9%8B%E4%B8%80%E3%80%82%E7%84%B6%E8%80%8C%EF%BC%8C%E7%8B%AC%E7%AB%8B%E5%BC%80%E5%8F%91%E8%80%85Tyrone%E6%89%A7%E8%A1%8C%E7%9A%84%E5%9F%BA%E5%87%86%E6%B5%8B%E8%AF%95%E6%98%BE%E7%A4%BA%EF%BC%8C%E4%B8%8EObjective-C%E7%9B%B8%E6%AF%94%EF%BC%8CSwift%E6%80%A7%E8%83%BD%E5%B9%B6%E4%B8%8D%E5%A6%82%E4%BA%BA%E6%84%8F%E3%80%82&pic=&ralateUid=&language=zh_cn&rnd=1461112340624" frameborder="0" scrolling="no" allowtransparency="true">摘要：苹果公司对外宣称，性能是Swift带给OS X和iOS开发人员的好处之一。然而，独立开发者Tyrone执行的基准测试显示，与Objective-C相比，Swift性能并不如人意。

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

译文如下：

在进行测试前，我作了如下思考：

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

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

[js] view plaincopyprint?

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"]
}
}

import Foundationpublic 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的新特性进行了性能测试。测试代码如下所示：

[js] view plaincopyprint?

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)
}
}

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版本来进行对比。

[js] view plaincopyprint?

@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

@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 本身的函数。例如：

[js] view plaincopyprint?

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?
}
}

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示例代码如下：

[js] view plaincopyprint?

class CSUser < CSModelObject
attr_accessor :name, :handle
def updateWithJSON(json)
super
self.name = json[:name]
self.handle = json[:handle]
end
end

class CSUser < CSModelObjectattr_accessor :name, :handledef updateWithJSON(json)superself.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一出生就会驾驶？所有语言都是经过千锤百炼才有今天的成就的。性能权且可以作为一个参考而不是全部。

原文出自：Sudeium

（责编/夏梦竹）

更多精彩内容，敬请关注CSDN研发频道微博，一起来畅聊。

本文为CSDN编译整理，未经允许不得转载，如需转载请联系market#csdn.net(#换成@)