iOS工程适配64-bit经验分享(转)

终究还是来了。Apple下发了支持64位的最后通牒：

As we announced in October, beginning February 1, 2015 new iOS apps submitted to the App Store must include 64-bit support and be built with the iOS 8 SDK. Beginning June 1, 2015 app updates will also need to follow the same requirements.

早应该做的适配终于要开始动工了，苦了64位的CPU运行了这么久32位的程序。前段时间公司项目完成了64-bit包的适配，本没那么复杂的事被无数不标准的老代码搅和的不轻，总结几个Tip共勉。

Tips

拒绝基本数据类型和隐式转换

首当其冲的就是基本类型，比如下面4个类型在32-bit和64-bit下分别是多长呢？


1

2

3

4

size_t s1 = sizeof(int);

size_t s2 = sizeof(long);

size_t s3 = sizeof(float);

size_t s4 = sizeof(double);

32-bit下：4, 4, 4, 8；64-bit下：4, 8, 4, 8

（PS： 这个结果随编译器，换其他平台可不一定）

它们的长度变化可能并非我们对64-bit长度加倍的预期，所以说，程序中出现sizeof的代码多看两眼。而且，除非你明确知道自己在做什么，应该使用下面的类型代替基本类型：

  • int -> NSInteger
  • unsigned -> NSUInteger
  • float -> CGFloat
  • 动画时间 -> NSTimeInterval
  • …

这些都是SDK中定义的类型，而我们大部分时间都在跟SDK的API们打交道，使用它们能将类型转换的影响降低很多。

再比如说下面的代码：


1

2

3

4

NSArray *items = @[@1, @2, @3];

for (int i = -1; i < items.count; i++) {

    NSLog(@"%d", i);

}

结果是，for循环一次都没有进。

数组的count是NSUInteger类型的，-1与其比较时隐式转换成NSUInteger，变成了一个很大的数字：


1

2

3

4

(lldb) p i

(int) $0 = -1

(lldb) p (NSUInteger)i

(NSUInteger) $1 = 18446744073709551615

这和64-bit到没啥关系，想要说明的是，这种隐式转换也需要小心，一定要注意和这个变量相关的所有操作（赋值、比较、转换）

老式for循环可以考虑写成：


1

for (NSUInteger index = 0; index < items.count; index++) {}

当然，数组遍历还是更推荐用for-in或block版本的，它们之间的比较可以回顾下这篇文章。

使用新版枚举

和上面的原因差不多，枚举应该使用新版的写法：


1

2

3

4

5

6

typedef NS_ENUM(NSInteger, UIViewAnimationCurve) {

    UIViewAnimationCurveEaseInOut,

    UIViewAnimationCurveEaseIn,

    UIViewAnimationCurveEaseOut,

    UIViewAnimationCurveLinear

};

不仅能为枚举值指定类型，而且当赋值赋错类型时，编译器还会给出警告，没理由不用这种写法。

替代Format字符串

适配64-bit时，你是否遇到了下面的恶心写法：


1

2

NSArray *items = @[@1, @2, @3];

NSLog(@"数组元素个数：%lu", (unsigned long)items.count);

一般情况下，利用NSNumber的@语法糖就可以解决：


1

2

NSArray *items = @[@1, @2, @3];

NSLog(@"数组元素个数：%@", @(items.count));

同理，int转string也可以：


1

2

NSInteger i = 10086;

NSString *string = @(i).stringValue;

当然，如需要%.2f这种Format就不适用了。

64-bit下的BOOL

32-bit下，BOOL被定义为signed char，@encode(BOOL)的结果是‘c‘

64-bit下，BOOL被定义为bool，@encode(BOOL)结果是‘B‘

更直观的解释是：


1

2

3

4

(lldb) p/t (signed char)7

(BOOL) $0 = 0b00000111 (YES)

(lldb) p/t (bool)7

(bool) $1 = 0b00000001 (YES)

32-bit版本的BOOL包括了256个值的可能性，还会引起一些坑，像这篇文章所说的。而64-bit下只有0（NO），1（YES）两种可能，终于给BOOL正了名。

不直接取isa指针

编译器已经默认禁用了这种使用，isa指针在32位下是Class的地址，但在64位下利用bits mask才能取出来真正的地址，若真需要，使用runtime的object_getClass 和object_setClass方法。关于64位下isa的讲解可以看这篇文章

解决第三方lib依赖和lipo命令

以源码形式出现在工程中的第三方lib，只要把target加上arm64编译就好了。

恶心的就是直接拖进工程的那些静态库(.a)或者framework，就需要重新找支持64-bit的包了。这时候就能看出哪些是已无人维护的lib了，是时候找个替代品了（比如我全网找不到工程中用到的一个音频库的64位包，终于在一个哥们的github上找到，哭着给了个star- -）

打印Mach-O文件支持的架构

如何看一个可执行文件是不是支持64-bit呢？

使用lipo -info命令，比如看看UIKit支持的架构：


1

2

3

// 当前在Xcode Frameworks目录

sunnyxx$ lipo -info UIKit.framework/UIKit

Architectures in the fat file: UIKit.framework/UIKit are: arm64 armv7s

想看的更详细的信息可以使用lipo -detailed_info：


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

sunnyxx$ lipo -detailed_info UIKit.framework/UIKit 

Fat header in: UIKit.framework/UIKit

fat_magic 0xcafebabe

nfat_arch 2

architecture arm64

    cputype CPU_TYPE_ARM64

    cpusubtype CPU_SUBTYPE_ARM64_ALL

    offset 4096

    size 16822272

    align 2^12 (4096)

architecture armv7s

    cputype CPU_TYPE_ARM

    cpusubtype CPU_SUBTYPE_ARM_V7S

    offset 16826368

    size 14499840

    align 2^12 (4096)

当然，还可以使用file命令：


1

2

3

4

sunnyxx$ file UIKit.framework/UIKit 

UIKit.framework/UIKit: Mach-O universal binary with 2 architectures

UIKit.framework/UIKit (for architecture arm64):Mach-O 64-bit dynamically linked shared library

UIKit.framework/UIKit (for architecture armv7s):Mach-O dynamically linked shared library arm

上述命令对Mach-O文件适用，静态库.a文件，framework中的.a文件，自己app的可执行文件都可以打印下看看。

合并多个架构的包

如果，我们有MyLib-32.a和MyLib-64.a，可以使用lipo -create命令合并：


1

sunnyxx$ lipo -create MyLib-32.a MyLib-64.a -output MyLib.a

支持64-bit后程序包会变大么？

会，支持64-bit后，多了一个arm64架构，理论上每个架构一套指令，但相比原来会大多少还不好说，我们这里增加了大概50%，还有听说会增加一倍的。

一个lib包含了很多的架构，会打到最后的包里么？

不会，如果lib中有armv7, armv7s, arm64, i386架构，而target architecture选择了armv7s, arm64，那么只会从lib中link指定的这两个架构的二进制代码，其他架构下的代码不会link到最终可执行文件中；反过来，一个lib需要在模拟器环境中正常link，也得包含i386架构的指令。

Checklist

最后列一下官方文档中的注意点：

  • 不要将指针强转成整数
  • 程序各处使用统一的数据类型
  • 对不同类型的整数做运算时一定要注意
  • 需要定长变量时，使用如int32_t, int64_t这种定长类型
  • 使用malloc时，不要写死size
  • 使用能同时适配两个架构的格式化字符串
  • 注意函数和函数指针（类型转换和可变参数）
  • 不要直接访问Objective-C的指针（isa）
  • 使用内建的同步原语（Primitives）
  • 不要硬编码虚存页大小
  • Go Position Independent

References

https://developer.apple.com/library/prerelease/ios/documentation/General/Conceptual/CocoaTouch64BitGuide/Introduction/Introduction.html#//apple_ref/doc/uid/TP40013501-CH1-SW1

http://www.sealiesoftware.com/blog/archive/2013/09/24/objc_explain_Non-pointer_isa.html

http://www.bignerdranch.com/blog/64-bit-smorgasbord/

http://www.bignerdranch.com/blog/bools-sharp-corners/

时间： 2024-10-03 07:57:17

iOS工程适配64-bit经验分享(转)的相关文章

iOS工程适配64-bit经验分享

终究还是来了.Apple下发了支持64位的最后通牒: As we announced in October, beginning February 1, 2015 new iOS apps submitted to the App Store must include 64-bit support and be built with the iOS 8 SDK. Beginning June 1, 2015 app updates will also need to follow the sam

转载 IOS工程适配64-BIT 经验分享

终究还是来了.Apple下发了支持64位的最后通牒: As we announced in October, beginning February 1, 2015 new iOS apps submitted to the App Store must include 64-bit support and be built with the iOS 8 SDK. Beginning June 1, 2015 app updates will also need to follow the sam

Azure DevOps Server 经验分享（国内重型工程公司）

受邀在上海为国内著名的重型工程公司的软件研发团队分享了Azure DevOps Server 的经验. ------------------------------------------------------------ http://www.cnblogs.com/danzhang/  DevOps MVP 张洪君 ------------------------------------------------------------ 原文地址:https://www.cnblogs.co

公司实习经验分享

近期在一家创业公司做技术 .由于是从一開始跟着做技术,所以到如今给了个技术总监的title. 公司的全部程序都是由我一个人来维护的.公司是做电商创业. pc端从前端html到css 到js到smarty模板 到php到数据库都是一手调较. wap端从为了參加百度推广的一千元优惠活动进行了优化才在最后几分钟成功评上三颗星. app端android也是我一手改动.近期可能ios端也要我来做了.. 经验分享: 原来认为创业真是简单. 尤其是技术型创业.可是经历过这次就不一样了.原来做站点是要申请icp

iOS开发 适配iOS10以及Xcode8

iOS开发 适配iOS10以及Xcode8 现在在苹果的官网上,我们已经可以下载到Xcode8的GM版本了,加上9.14日凌晨,苹果就要正式推出iOS10系统的推送了,在此之际,iOS10的适配已经迫在眉睫啦,不知道Xcode8 beat版本,童鞋们有木有下载过来试试呢?就我的使用来说,总体觉得苹果还是坑不断,但是也在一直进步的啦.下面我就来说说,iOS10的适配以及Xcode8使用上的一些注意点. 一.证书管理 用Xcode8打开工程后,比较明显的就是下图了,这个是苹果的新特性,可以帮助我们自

创业中的一些经验分享（1）——创业杂谈

等了好久,微信公众号终于开通啦!关注微信公众号,除了你在这里看到的,还会有更多的干货哦! ------------------------------------------------------------ 关于谁适合做创业者这个问题,我曾经在<你是最适合创业的程序员>这篇文章中写过.但这篇东西写于2008年,彼时的我,只做过一些小的互联网买卖,不能算是严格意义上的创业.因此,今天我又再次翻出这个老话题跟大家聊聊:你是最适合创业的程序员,吗? 和六年前不一样,整个国内的互联网生存状态发生了

Android学习经验分享

最近一直在学习安卓,一直以来都是通过自学和博客园的一些文章来进行学习.这里写下点个人学习安卓的感想与感悟. 一  为什么学习安卓 首相,个人比较喜欢手机上的各种App,觉得像我这样的人手机app粉丝也不再是少数.而在ios和Android分割的天下,显然Android所占的群众比是远多于ios的. 其次,本人临近毕业,将来想寻求一份关于移动开发的工作,而java方向的Android正和和本人的意愿相合. 最后一点,也是很客观的一点.虽然ios的开发者的薪金要高于Android,但是Android

IOS界面适配二: Auto Layout的使用(上)

上一篇讲了IOS中基础的距离单位,链接为 IOS界面适配一: Pt与Px的关系 ,使用距离单位可以定义我们程序中View的大小,但是,仅仅使用Pt定义大小是远远不够的. 比如,我们想让一个button距离手机左边界为20pt,右边界为20pt,距上为30pt,高度自身为20pt,如果在iphone5中(为320pt*568pt),我们要在代码中这么定义 以下代码写在ViewController中的viewDidLoad方法中: UIButton * button = [[UIButton all

iOS - 屏幕适配-之自动适配

最近把xcode升级到7,然后就是各种蛋疼的问题,出现,期中有一个就是屏幕适配的问题,由于 我的项目比较老,所以,一直没怎么注意过屏幕适配,都是ios 自动适配,这在ios8 之前都没有问题,但是在ios9后,这个问题就出现了,启动程序后,,出现上下边黑屏,找了些资料,弄明白: 从Xcode6 GM版本开始,模拟器新增了iPhone6和iPhone6 Plus两种,如果旧的工程直接跑到这两个模拟器中时,默认是"兼容模式",即系统会简单的把内容等比例放大,显示效果有些模糊但尚可接受.此时