在isa中存储东西

时间:2013-09-25 06:04:01

标签: objective-c objective-c-runtime

64位运行时消除了直接访问对象的isa字段的能力,这是CLANG工程师一直警告我们的事情。它们被一组相当具有创造性(和magic)的ABI规则所取代,这些规则关于新命名的isa标题的哪些部分包含有关该对象的信息,甚至包含其他状态(在NSNumber / NSString的情况下) 。似乎存在一个漏洞,因为你可以选择退出新的“魔法”isa并使用你自己的一个(raw isa),代价是通过某些运行时代码路径慢慢走。

我的问题是双重的,然后:

如果可以选择退出object_setClass()任意类到+allocWithZone:中的对象,是否也可以在类的额外空间中放置任何内容,或者运行时是否尝试通过快速路径阅读它?

isa标题中究竟是什么标记为让运行时将它与正常的isa区分开来?

2 个答案:

答案 0 :(得分:9)

  

如果可以选择退出并将object_setClass()任意类放入+allocWithZone:

中的对象中

根据this article by Greg Parker

  

如果覆盖+allocWithZone:,则可以将对象的isa字段初始化为“raw”isa指针。如果这样做,那么该字段中不会存储额外的数据,您可能会遇到retain / release等代码的慢速路径。要启用这些优化,请将isa字段设置为零(如果尚未设置),然后调用object_setClass()。

是的,您可以选择退出并手动设置原始isa指针。要向运行时通知此情况,您必须将isa的第一个LSB​​设置为0.(见下文)

此外,还有一个可以设置的环境变量,名为OBJC_DISABLE_NONPOINTER_ISA,这是非常不言自明的。


  

是否也可以在类的额外空间中放置任何内容,或者运行时是否会尝试通过快速路径读取它?

额外的空间不会浪费。运行时使用它来获取有关对象的有用就地信息,例如当前状态,最重要的是 - 它的保留计数(这是一个很大的改进,因为它曾经每次从外部哈希表中获取)。 / p>

所以不,你不能将额外的空间用于你自己的目的,除非你选择退出(如上所述)。在这种情况下,运行时将通过长路径,忽略额外位中包含的信息。

总是根据Greg Parker的文章,这里是isa的新布局(请注意,这很可能会随着时间的推移而改变,所以不要相信它)

(LSB)        
1 bit    |  indexed           | 0 is raw isa, 1 is non-pointer isa.
1 bit    |  has_assoc         | Object has or once had an associated reference. Object with no associated references can deallocate faster.
1 bit    |  has_cxx_dtor      | Object has a C++ or ARC destructor. Objects with no destructor can deallocate faster.
30 bits  |  shiftcls          | Class pointer's non-zero bits.
9 bits   |  magic             | Equals 0xd2. Used by the debugger to distinguish real objects from uninitialized junk.
1 bit    |  weakly_referenced | Object is or once was pointed to by an ARC weak variable. Objects not weakly referenced can deallocate faster.
1 bit    |  deallocating      | Object is currently deallocating.
1 bit    |  has_sidetable_rc  | Object's retain count is too large to store inline.
19 bits  |  extra_rc          | Object's retain count above 1. (For example, if extra_rc is 5 then the object's real retain count is 6.)
(MSB)    

  

isa标题中究竟是什么标记为让运行时将它与正常的isa区分开来?

如上所述,您可以通过查看第一个LSB​​来区分原始isa和新的富isa


要把它包起来,虽然看起来可行选择退出并开始搞乱64位架构上可用的额外位,但我个人不鼓励它。新的isa布局经过精心设计,可以优化运行时性能,并且远远不能保证在一段时间内保持不变。

Apple也可能决定在未来放弃与原始isa表示的复古兼容性,防止选择退出。假设isa为指针的任何代码都将中断。

答案 1 :(得分:1)

你不能安全地做到这一点,因为如果(当,真的)可用地址空间扩展超过33位,布局可能需要再次改变。目前,isa的底部位控制是否将其视为具有额外信息。