Swift,任重而道远!

Swift,任重而道远!

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

摘要苹果公司对外宣称,性能是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项目为基础,进行性能测试。以下是一个相关示例代码

  1. importFoundation
  2. publicclassUser:ModelObject,UpdatableFromJSON{
  3. publicvarname:String?
  4. publicvarhandle:String?
  5. publicrequiredinit(data:[String:AnyObject]){
  6. super.init(data:data)
  7. updateWithJSON(data)
  8. }
  9. publicoverridefuncupdateWithJSON(data:[String:AnyObject]){
  10. super.updateWithJSON(data)
  11. name<<<data["name"]
  12. handle<<<data["handle"]
  13. }
  14. }

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

我利用了XCTest的新特性进行了性能测试。测试代码如下所示:

  1. functestUserConvosSwiftParsingperformance(){
  2. letfilePath=NSBundle(forClass:PerformanceTests.self).pathForResource("convos",ofType:"json")
  3. letjsonData=NSData(contentsOfFile:filePath!)
  4. varerror:NSError?
  5. letjsonObject=NSJSONSerialization.JSONObjectWithData(jsonData!,options:nil,error:&error)!as[String:AnyObject]
  6. self.measureBlock(){
  7. letresp=ChatspryClient.UserConvosResponse(data:jsonObject)
  8. }
  9. }

我在编译设置中开启了-O模式,测试的设备是第五代iPod Touch,运行的系统是iOS 8,使用的是与iPhone4S相同的A5双核处理器。随着JSON数据处理量的增加,该设备的响应越来越慢。

测试结果是用时1.42s,多么令人吃惊的龟速。于是,我决定马上创建一个Objective-C版本来进行对比。

  1. @interfaceCSUser:CSModelObject
  2. @property(nonatomic,strong)Nsstring*name;
  3. @property(nonatomic,strong)Nsstring*handle;
  4. @end
  5. @implementationCSUser
  6. -(void)updateWithJSON:(NSDictionary*)json
  7. {
  8. [superupdateWithJSON:json];
  9. self.name=json[@"name"];
  10. self.handle=json[@"handle"];
  11. }
  12. @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 本身的函数。例如:

  1. publicclassCSSwiftUser:CSSwiftModelObject{
  2. publicvarname:String?
  3. publicvarhandle:String?
  4. publicoverridefuncupdateWithJSON(json:NSDictionary){
  5. super.updateWithJSON(json)
  6. name=json["name"]asstring?
  7. handle=json["handle"]asstring?
  8. }
  9. }

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

  1. classCSUser<CSModelObject
  2. attr_accessor:name,:handle
  3. defupdateWithJSON(json)
  4. super
  5. self.name=json[:name]
  6. self.handle=json[:handle]
  7. end
  8. end

注:RubyMotion中暂时没有任何的优化设置选项。

最后的测试结果是:


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

以下是笔者摘取的部分精彩观点:

来自 DemonicEgg评论

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

来自 aeturnum评论

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

来自 vital_chaos评论

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

原文出自:Sudeium

(责编/夏梦竹)

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

相关文章

软件简介:蓝湖辅助工具,减少移动端开发中控件属性的复制和粘...
现实生活中,我们听到的声音都是时间连续的,我们称为这种信...
前言最近在B站上看到一个漂亮的仙女姐姐跳舞视频,循环看了亿...
【Android App】实战项目之仿抖音的短视频分享App(附源码和...
前言这一篇博客应该是我花时间最多的一次了,从2022年1月底至...
因为我既对接过session、cookie,也对接过JWT,今年因为工作...