我很惊讶在 stackoverflow 上搜索 j__objc_msgSend 返回 0 个结果,Google 似乎也不太了解它。根据它的 disassembly , j__objc_msgSend 只调用objc_msgSend,那么为什么我们已经有了objc_msgSend 还需要j__objc_msgSend 呢?一般来说,j__objc_msgSend 和 objc_msgSend 有什么区别?
在这个screenshot具体来说,以“函数结束”结尾的最右边分支和没有“函数结束”结尾的最左边分支有什么区别?跟j__objc_msgSend有关系吗?
最佳答案
这是 ARM RISC 代码,ARM 的首选编程模式是相对 -- 不要使用绝对地址,始终使用“IP+/-offset”。在这里,被调用的地址超出了直接调用或跳转的范围,编译器使用了他能找到的最近的地址。它增加了一个额外的跳跃(或超过 1 个!),但它与位置无关。 (*)
编译器无法使用简单的指令构造到目标地址的跳转,因为您无法使用 RISC 汇编立即加载所有可能的 2^32 数字。
如果例程
objc_msgSend
自己的返回,那么这相当于call objc_msgSend; return
——只是更短。从当前函数的角度来看,这两种形式都执行一次“返回”。
(*) 您可以在反汇编屏幕截图中看到(??为什么不是文本?)加载 R12 时目标地址和当前地址之间存在差异。这个差异是由编译器计算的;它不在原始二进制文件中显示为减法,这是 IDA 的工作。然后将差异添加到当前地址——不管这是什么!立即数 objc_msgSend - 0x1AE030
使用足够少量的位在一条指令中加载到 R12(您应该熟悉的 ARM RISC“功能”)。
如果您想知道 j__<em>label</em>
语法:这只是 IDA,告诉你这是直接跳转到已知标签。据推测,如果您的代码足够长,您可能会发现到 this 标签的距离又太大了,所以您可能会发现 j__j__objc_msgSend
.
关于ios - j__objc_msgSend 和 objc_msgSend 有什么区别?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/19445381/