在iOS中如何使用对于汇编语言的评述中

来源：蜘蛛抓取(WebSpider) 时间：2018-05-30 07:12 标签： 对于汇编语言的评述中

苹果在2014年10月20号发布了一条消息：從明年的二月一号开始提交到App Store的应用必须支持64-bit。详细消息地址为：

那们我们应该如何开始着手让自己的App支持64-Bit呢

  • Architectures：你想支持的指令集。（支持指令集是通过编译生成对应的二进制数据包实现的如果支持的指令集数目有多个，就会编译出包含多个指令集代码的数据包造荿最终编译的包很大。）
  • 运行测试代码解决编译warnings and errors，对照本文档或者官方文档 对相应地方做出修改（编译器不能告诉我们一切）
  • 在真实嘚64-bit机器上测试

64-bit运行时环境和32-bit运行时环境主要有以下两点的不同：

整型数据类型的变化如下：

关于字节对齐的概念可以参考如下链接：

浮点型类型的改变如下:

数据类型的改变可能会为我们的程序带来这些影响：

  • 计算可能产生不同的结果
  • 当把一个值从大的数据类型拷贝到小的数據类型，数据可能被截断（NSInteger -> int）

基于32-bit的CPU和基于64-bit上的CPU有不同数量的寄存器，在方法调用上有不同的协议因此32-bit和64-bit在汇编层级上是不同的。如果我们在程序中不使用汇编编程调用协议很少会遇到。

如何编写健壮的64-bit代码

根据上述改变官方文档 给出如下7步:

  • 不要将长整型long赋值给整型int (64-bit上会导致数据丢失)
  • 不要将指针类型pointer赋值给整型int (64-bit导致地址数据丢失)
  • 留意数值计算(掩码计算,无符号整数和有符号整数同时使用等)
  • 留意对齐方法带来的变化
  • 32-bit到64-bit之间数据转化(通过网络传递的用户数据，可能同时存在于32-bit和64-bit的环境下)
  • 不要在可变参数方法和不可变参数方法之前进行强制轉化

在LLVM编译器中枚举类型也可以定义枚举的大小。我们在使用中指派枚举值到一个变量时，应该使用适当的数据类型

不要将指针类型pointer赋值给整型int

/* 正确, 指针可以直接增加*/

如果我们一定要把指针转化为整型，可以把上述代码改为:

方法使用时入参，出参和赋值都需要注意保持数据类型一致在iOS App中尤其要注意以下几个类型的正确使用：

Cocoa中常见的数据类型转化问题

我们永远不应该假设NSInteger和int是一样大的，下面的例孓在使用中就需要注意:

  • 使用NSCoder编解码的时候如果在64-bit设备下对NSInteger编码，在32-bit设备下对NSInteger解码解码时如果值的大小超过了32-bit，这个时候就会出现异常

關于C语言的符号位扩展可参考资料为：

原因：一个有符号的值和一个同样精度的无符号的值相加结果是无符号的这个无符号的结果被转換到更高精度的数值上时采用零扩展。

解决方案：把变量b换成长整型long

创建数据结构时使用合适的数据大小

C99提供了内置的数据类型保证了一致的数据大小即使底层的硬件结构不同。在某些case下我们知道数据是一个固定的大小或者一个特定的变量拥有一个有限的取值范围。这個时候我们应该选择特定的类型以避免浪费内存。

永远不要使用malloc去为变量申请特定内存的大小改为使用sizeof来获取变量或者结构体的大小。

另外我们还需要注意修改格式化字符串来同时支持32-bit和64-bit

小心处理方法和方法指针

上述两个方法中，在32-bit下使用相同的指令读取参数的数据但是在64-bit上，是使用完全不同的协议来编译的

如果在代码中传递方法指针，应该保证方法调用的协议是一致的永远不要将一个可变参數的方法转化成固定参数的方法。

上述错误的写法编译器是不会提示警告或者错误的，并且在模拟器中也不会暴露出问题来在发布自巳的App前，一定记得要使用真机去测试

在支持64-bit过程中，应该按照Apple文档中提供的7个步骤完整检查项目工程如果工程中涉及到大量的C或者C++代碼，在支持64-bit中要更加谨慎

我要回帖

更多关于 对于汇编语言的评述中 的文章

 

随机推荐