内联函数inline

代码(OC):

-(NSUInteger)retainCount{

returnNSExtraRefCount(self)+1;

}

inlineNSUInteger

NSExtraRefCount(idanObject){

return((structobj_layout*) anObject)[-1].retained;

}

产生目的:

为了解决一些频繁调用的小函数大量消耗栈空间或是叫栈内存的问题,特别的引入了inline修饰符,表示为内联函数。

栈空间:

放置程式的局部数据也就是函数内数据的内存空间。在系统下,栈空间是有限的,假如频繁大量的使用就会造成因栈空间不足所造成的程式出错的问题,函数的死循环递归调用的最终结果就是导致栈内存空间枯竭。

一般函数调用原理:

函数之间调用,是内存地址之间的调用,当函数调用完毕之后还会返回原来函数执行的地址。函数调用有时间开销。

不用inline修饰的函数, 汇编时会出现 call 指令.调用call指令就是就需要:

(1)将下一条指令的所在地址入栈

(2)并将子程序的起始地址送入PC(于是CPU的下一条指令就会转去执行子程序)

OC中的函数调用:

OC有运行时(Runtime)概念:

NSArray* arr=[NSArrayarrayWithObjects:@"1",nil];

此行代码在编译时,会转化为:

objc_msgSend(arr,@selector(arrayWithObjects:),"1");

OC的类由C的结构体存储,结构体中有一个指针叫cache,存储着最近一次这个类中被使用的方法,如果找不到就去存储着这个类所有方法的指针(估计是以方法名为key以哈希表的形式存储的,能提高搜索效率,也是OC方法不能重复的原因),被称为MethodList。编译器开始在其中查找函数,然后执行函数。

使用注意:

1.只适合函数体内代码简单的函数使用

内联是以代码膨胀(复制)为代价,仅仅省去了函数调用的开销,从而提高函数的执行效率。如果执行函数体内代码的时间,相比于函数调用的开销较大,那么效率的收获会很少。另一方面,每一处内联函数的调用都要复制代码,将使程序的总代码量增大。如果函数体过大,编译器会自动放弃内联。

导致内存消耗代价较高。

2.不能包含复杂的结构控制语句例如while、switch

执行函数体内代码的时间要比函数调用的开销大。

3.不能内联函数本身不能是直接递归函数(自己内部还调用自己的函数)

内联,宏,普通函数的对比:

优点相比于函数:

1) inline函数避免了普通函数的,在汇编时必须调用call的缺点:取消了函数的参数压栈,减少了调用的开销,提高效率.所以执行速度确比一般函数的执行速度要快.

2)集成了宏的优点,使用时直接用代码替换(像宏一样);

优点相比于宏:

1)避免了宏的缺点:需要预编译.因为inline内联函数也是函数,不需要预编译.

2)编译器在调用一个内联函数时,会首先检查它的参数的类型,保证调用正确。然后进行一系列的相关检查,就像对待任何一个真正的函数一样。这样就消除了它的隐患和局限性。

3)可以使用所在类的保护成员及私有成员。

使用说明及忠告:

1.inline函数仅仅是我们一个对编译器的建议,最后能否真正内联,由编译器决定。它如果认为函数不复杂,能在调用点展开,就会真正内联,否则我们的建议可能不被采纳.

2.内联函数要在调用点展开,所以编译器必须随处可见内联函数的定义。为了方便,最好将内联函数直接声明时就定义,放在头文件中.这样其它文件包含了该头文件,就在每个文件都出现了内联函数的定义.就可以内联了.

3.类中的成员函数缺省都是内联的,最佳情况是在类定义时就在类内给出函数,.如果在类中未给出成员函数定义,而又想内联该函数的话,在类外要加上inline,否则就会被认为非内联.

4.类的构造函数和析构函数容易让人误解成使用内联更有效。

要当心构造函数和析构函数可能会隐藏一些行为,如“偷偷地”执行了基类或成员对象的构造函数和析构函数。所以不要随便地将构造函数和析构函数的定义体放在类声明中。

5.一个好的编译器将会根据函数的定义体,自动地取消不值得的内联(这进一步说明了inline 不应该出现在函数的声明中)。

6.C++中关键字inline 必须与函数定义体放在一起才能使函数成为内联,仅将inline 放在函数声明前面不起任何作用,不知OC也是否如此

inline工作原理:

对于任何内联函数,编译器在符号表里放入函数的声明(包括名字、参数类型、返回值类型)。

如果编译器没有发现内联函数存在错误,那么该函数的代码也被放入符号表里。

在调用一个内联函数时,编译器首先检查调用是否正确

(进行类型安全检查,或者进行自动类型转换,当然对所有的函数都一样)。

如果正确,内联函数的代码就会直接替换函数调用,于是省去了函数调用的开销。

这个过程与预处理有显著的不同,因为预处理器不能进行类型安全检查,或者进行自动类型转换。

假如内联函数是成员函数,对象的地址(this)会被放在合适的地方,这也是预处理器办不到的。

参考资料:

http://blog.csdn.net/kekuixiong/article/details/6652254

http://blog.csdn.net/lufeiop02/article/details/6526499

//www.greatytc.com/p/d557b0831c6a

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

推荐阅读更多精彩内容