Assembly Register Calling Convension

新手第一次写, 写着玩吧. 看到这个的也当看着玩吧.

第二遍看这本书,有很多新的感悟。

本文翻译自RayW的--<苹果高级调试与反向工程>--第10章.

汇编101

wait..., 汇编是什么?

你有没有过在没有源码的函数中触发断点, 看到一堆令人恐惧的内存地址,紧随其后还跟着简短的命令? 这时你会有眉头紧锁,对自己说再也不要看到这些密密麻麻的"东西"?好吧...这些"东西"就是指令集.

下图就是在XCode模拟器中一个函数的指令集的代码跟踪(backtrace)的栗子:


查看上面的图片, 汇编可以分为几个部分. 每一条的汇编包含一个操作码(opcode).可以把它想成计算机的一个超级简单的命令.

一条操作码长啥样呢? 一个操作码是在计算机中执行一个简单任务的指令.例如, 看看下面的汇编片段:

pushq %rbx

subq $0x22, %rsp

movq %rdi, %rbx

在这一段汇编中, 你能看到三个操作码, pushq, subq 和movq. 可以把它想象成要执行的操作(action). 在操作码之后的是原地址(source label)和目的地址(destination label),操作码就是对这俩地址进行操作.

在上述例子中, 有一些是寄存器(register): rbx, rsp, rdi 和 rbp."%"在这些之前,告诉你他就是一个寄存器.

另外, 你也能看到一些16进制数字常数,例如:0x22. "$"告诉你这是一个立即数(absolute number).

现在还不需要了解这些事做什么的, 因为你要先了解函数的寄存器和调用约定(calling convention). 在接下来的章节中, 你会学到更多的操作码, 编写你自己的汇编指令.

x86_64 vs ARM64

作为苹果平台的开发者, 当你学习汇编时,你将会处理2个主要的架构: x86_64和ARM64. x86_64大多数用在macOS计算机中, 除非你运行的是古老的Macintosh.

x86_64是一个64位架构, 这就意味着每个地址由64位的1和0组成. 老式的Mac用的是32位架构, 但苹果已经在2010年底停止了对32位Mac的支持. 现在的程序几乎都运行在兼容64位的macOS和模拟器上了, 但是, 即使你的macOS是x86_64架构, 它仍可能运行32位的程序.

如果你对你所工作的硬件运行什么架构有疑问, 你可以通过终端的如下指令来获取你的硬件架构:

uname -m

ARM64架构用于手机设备,就像你的iPhone, 它有限的电量消耗是关键的问题.

ARM强调的是节约能量, 所以,相对于复杂的指令集来说, 他减少了很多指令集来帮助节省能耗. 这是一件好事, 因为在ARM架构中, 只有少量的指令集供你学习.

下面是与刚才图片相同的方法. 但是,这次使用的是ARM64的指令集:


也许现在你还不能察觉两个架构的不同, 但是你马上就能了解他们.

在很多之前的苹果iOS设备上,运行的是32位ARM处理器, 但是后来升级到了64位ARM处理器. 在许多iOS版本发布后,32位iOS设备几乎被苹果淘汰了.例如, iPhone5 就是最后一个32位的iOS设备,它已不再支持iOS11. 最低支持iOS11的设备是iPhone 5s, 他就一台64位设备.

近年, 32位设备被用在其他苹果设备中. 前两代Apple Watch就是32位设备.但是, 第三代就升级到了64位. 另外, 在最新的macOS设备中使用的Apple touch bar 还是32位架构.

由于要迎合未来学习的需求, 本书将主要关注64位指令集.  首先, 你先学习x86_64,然后, 再学习ARM64指令集, 这样你不会感觉迷惑.Well, 太迷惑.

x86_64寄存器调用约定

在运行的程序中, CPU运用一组寄存器来操作数据. 这些事存储的所有者, 就像你电脑中的RAM一样. 然而, 因为,他们在CUP中, 非常靠近需要他们的CPU的地方. 所以, 这些CPU的原件可以读写这些寄存器非常非常快.

大多数指令涉及到一个或多个寄存器, 会做一些像关于从寄存器写入到内存, 从内存中读取数据给寄存器, 或者在两个寄存器中做算术(加减等)运算的操作.

在x64(x64是x86_64的缩写, 下同)中, 有16个用于操作数据通用寄存器.

待续吧...翻译真是件辛苦的事,,,

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,684评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,143评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,214评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,788评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,796评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,665评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,027评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,679评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 41,346评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,664评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,766评论 1 331
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,412评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,015评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,974评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,203评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,073评论 2 350
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,501评论 2 343

推荐阅读更多精彩内容