为了账号安全,请及时绑定邮箱和手机立即绑定

iOS不可错过的关键字

标签:
iOS C++ 面试

本文概览

前言:我们看源码,或者面试经常遇到一些关键字,又由于网上的相关文章部分观点错误,我在此汇总了我之前的笔记以及查阅相关书籍,站在巨人的肩膀上,整合出此篇文章。

总之,为了提升,为了面试,了解这些关键字,非常有必要。每个观点,我尽可能的结合代码讲解。

extern

当编译器遇到extern模板声明时,它不会在本文件中生成实例化代码,将一个实例化声明为extern就表示承诺在程序的其他位置有该实例化的一个非extern定义。对于一个给定的实例化版本,可能有多个extern声明,但必须只有一个定义。

1、在其他文件(DWConst)的实现文件声明变量

// DWConst.m
// 定义了整个程序都能访问的常量
const NSString *myExtern = @"abc";
@implementation DWConst

@end

2、在 ViewController类赋值并打印(不用导入DWConst.h)

extern NSString *myExtern;
@implementation ViewController

- (void)viewDidLoad {
    [super viewDidLoad];
    NSLog(@"myExtern=%@", myExtern);
    NSLog(@"myExtern 地址=%p", &myExtern);
    myExtern = @"hello";
    NSLog(@"myExtern=%@", myExtern);
    NSLog(@"重新赋值后的myExtern 地址=%p", &myExtern);
}

打印:
myExtern=abc
myExtern 地址=0x108aaf180
myExtern=hello
重新赋值后的myExtern 地址=0x108aaf180

定义后,无论后面怎样使用,都只是共用一个内存地址(看上面打印),也表明任意一处改变值,都会影响其他处。

static

1、修饰全局变量
  • 全局变量的作用域仅限于当前文件(限制作用域)
2、修饰局部变量(下面3个作用,自我觉得,实质是一样的)
  • 保证只会开辟一个内存
  • 只会初始化一次
  • 没有改变局部变量的作用域,仅仅是改变了局部变量的生命周期(直到程序结束,这个局部变量才会销毁)
- (void)viewDidLoad {
    NSLog(@"----------------- ViewDidLoad -----------------");
    [self testStatic];
}
// 已省略按钮创建代码
- (void)btnClicked {
    NSLog(@"----------------- btnClicked -----------------");
    [self testStatic];
}

- (void)testStatic {
    NSInteger i = 0;
    i++;
    static NSInteger staticValue = 0;
    staticValue++;
    NSLog(@"i的地址=%p,staticValue的地址=%p", &i, &staticValue);
}

打印:
----------------- ViewDidLoad -----------------
i的地址=0x7ffee2200948,staticValue的地址=0x10d9ff1c8
----------------- btnClicked -----------------
i的地址=0x7ffee2200fd8,staticValue的地址=0x10d9ff1c8

由此看出,staticValue 的地址没有变,证明了 ”保证只会开辟一个内存“

NSLog(@"i的地址=%p,staticValue的地址=%p", &i, &staticValue); 替换成
NSLog(@"i = %ld, s.value = %ld", (long)i, (long)staticValue);

打印:
----------------- ViewDidLoad -----------------
i = 1, s.value = 1
----------------- btnClicked -----------------
i = 1, s.value = 2

由此看出,staticValue 的有 +1,而 i 永远都是 1,证明了 static 关键字修饰局部变量”延长了声明周期“,因为 i 没修饰,则每次都重新创建,再 +1

const

至于 const ,我先给出例子:

    const int *p = NULL;
    *p = 20; // 报错

*p 会报错 ,被 const 修饰的 *p 只能被赋值一次, 再次赋值,就会报错 “Read-only variable is not assignable”

    int a = 10;
    p = &a; // 正常通过
    NSLog(@"*p=%d", *p);
    NSLog(@"p=%p", p);

打印:
*p=10
p=0x7ffeec2a9a04

    int * const p1 = NULL;
    NSLog(@"p1=%p", p1);
    *p1 = 30; // 编译通过,但运行报错

看清楚!p 还是可以修改的,不同于 *p 。因为 const 修饰的是 *p ,而不是 p

*p 和 p 的区别:
*p 是存储的值,而 p 是指针。上例中,p 指针,则存储着 a 的内存地址,而 *p 等于10。

同样,在 id 类型的运用

    NSString * const city = @"CN";
    city = @"US"; // 报错,

const 修饰的 city 为只读属性

static 和 const 的配合

1、使用
static const CGFloat Height = 180;
static const CGFloat author = @"Dwyane";
2、与 #define 的对比
  • 共同点:一旦定义,都不允许修改
  • 不同点:static const修饰变量只有一份内存,检查数据类型;#define仅仅简单文字替换,不会检查类型,每次使用都需要创建一份内存

inline 内联函数

1、使用
static inline int DWMax(int x, int y) {
    return (x > y)? x : y;
}
- (void)viewDidLoad {
      int i = DWMax(20, 30);
      NSLog(@"max = %d", i);
}
2、引入内联函数的目的

对于一些函数体代码不是很大,但又频繁地被调用的函数来讲,解决其效率问题更为重要。引入内联函数实际上就是为了解决这一问题。

3、滥用内联函数的弊端

滥用内联将导致程序变慢. 内联可能使目标代码量或增或减, 这取决于内联函数的大小. 内联非常短小的存取函数通常会减少代码大小, 但内联一个相当大的函数将戏剧性的增加代码大小. 现代处理器由于更好的利用了指令缓存, 小巧的代码往往执行更快。

注意:内联函数只是我们向编译器提供的申请,编译器不一定采取inline形式调用函数.另外,如果不申请,编译器会选择性的自动会汇编成内联函数

结论: 一个较为合理的经验准则是, 不要内联超过 10 行的函数. 谨慎对待析构函数, 析构函数往往比其表面看起来要更长, 因为有隐含的成员和基类析构函数被调用!
另一个实用的经验准则: 内联那些包含循环或 switch 语句的函数常常是得不偿失 (除非在大多数情况下, 这些循环或 switch 语句从不被执行). -->参考

inline 函数与 #define 比较

inline 函数与 #define 区别:
1、 宏调用并不执行类型检查,甚至连正常参数也不检查,但是函数调用却要检查。
2、 C语言的宏使用的是文本替换,可能导致无法预料的后果,因为需要重新计算参数和操作顺序
3、 许多结构体使用宏或者使用不同的语法来表达很难理解。内联函数使用与普通函数相同的语言,可以随意的内联和不内联。
4、 内联代码的调试信息通常比扩展的宏代码更有用。




点击查看更多内容
5人点赞

若觉得本文不错,就分享一下吧!

评论

作者其他优质文章

正在加载中
软件工程师
手记
粉丝
6446
获赞与收藏
781

关注作者,订阅最新文章

阅读免费教程

感谢您的支持,我会继续努力的~
扫码打赏,你说多少就多少
赞赏金额会直接到老师账户
支付方式
打开微信扫一扫,即可进行扫码打赏哦
今天注册有机会得

100积分直接送

付费专栏免费学

大额优惠券免费领

立即参与 放弃机会
意见反馈 帮助中心 APP下载
官方微信

举报

0/150
提交
取消