OC 中 objc_selector 结构体详解

找了很多资料都没有很明确很清晰的说清楚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方法，那么以下代码：

 

1. 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