您的位置:首页 > 其它

OC 中 objc_selector 结构体详解

2016-08-01 13:53 1126 查看
找了很多资料都没有很明确很清晰的说清楚objc_selector 在OC中具体是什么情况

在iOS和MAC中 SEL就只是 一个 char *类型的字符串而已 而在 GUN OC 中


iOS和MAC 中


SEL

typedef struct objc_selector *SEL;       
struct objc_selector{  
void *sel_id;  
const char *sel_types;
};//这一点是猜测的在runtime的源码内没有找到具体的objc_selector定义

 

这个很有趣。SEL是“selector”的一个类型,表示一个方法的名字。比如以下方法:

 

-[Foo count]
和 -[Bar count] 使用同一个selector,它们的selector叫做count。

 

在上面的头文件里我们看到,SEL是指向 struct objc_selector的指针,但是objc_selector是什么呢?那么实际上,你使用GNU
Objective-C的运行时间库和NeXT Objective-C的运行运行时间库(Mac OS X使用NeXT的运行时间库)时,它们的定义是不一样的。实际上Mac OSX仅仅将SEL映射为C字符串。比如,我们定义一个Foo的类,这个类带有一个- (int) blah方法,那么以下代码:

 

NSLog (@"SEL=%s", @selector(blah));

会输出为 SEL=blah。
说白了SEL就是返回方法名。

很明显在GUN和iOS中SEL定义是不同的这一点要注意!!!


GNU OC 中 

SEL

typedef struct objc_selector *SEL;
       
struct objc_selector
{
  void *sel_id;
  const char *sel_types;
};


SEL 的定义
typedef struct objc_selector    *SEL;

在源码中没有直接找到 objc_selector 的定义,从一些书籍上与 Blog 上看到可以将 SEL 理解为一个 char* 指针,经过自己测试是正确的。但是可以猜测到 struct objc_selector 的定义为:
struct objc_selector  {

char name[64 or ...];

...

};

只要遵循如上原型,就可以将 SEL 理解为一个 char*。大家可能考虑 name 会不会是在Heap上呢?基于如下三个理由,我认为不会在Heap上:第一、name 在编译时就确定了,在加载编译链接后文件时直接放到静态存储区就可以了;第二、通过用IDA 反汇编Mach-O 文件,可以以字符串的形式看到所有方法;第三、虽然现在编译器支持很长的方法名,但基本都有一个固定长度(参考C99标准)。
参考文章:http://blog.csdn.net/proteas/article/details/8309948
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: