前言
本文主要给大家介绍了关于ios之weakself宏的进化的相关内容，分享出来供大家参考学习，下面话不多说了，来一起看看详细的介绍吧。
weakself宏的进化
我们都知道在防止如block的循环引用时，会使用__weak关键字做如下定义：
|
1
|
__weak typeof(self) weakself = self; |
后来，为了方便，不用每次都要写这样一句固定代码，我们定义了宏：
|
1
|
#define weakself __weak typeof(self) weakself = self; |
之后，我们可以比较方便的在需要的地方：
|
1
2
3
|
weakself;...[weakself dosomething]; |
再后来，我们发现不止self需要使用weak，可能有部分变量也需要weak，于是我们的宏继续进化，不仅仅只支持self：
|
1
|
#define weakobj(o) __weak typeof(o) o##weak = o; |
这样，后续对需要使用weak的对象，只要写一句weakobj(obj) 即可使用objweak变量了（ps：发现没有，这里生成的变量名其实是objweak，并不是weakobj，原因见文章末的注1）
再后来，我们发现了一些小技巧，可以让我们的这个宏看起来更原生一些，我们添加了@符号在前面：
|
1
|
#define weakobj(o) autoreleasepool{} __weak typeof(o) o##weak = o; |
使用上看起来是这样
|
1
2
3
|
@weakobj(self);...[selfweak dosomething]; |
是不是感觉挺高大上的？
这里是利用了@autoreleasepool{}这个系统的关键字来实现的，其实还可以利用@try{}@finally{}这个也可以达到相同的效果，比如：
|
1
|
#define weakobj(o) try{}@finally{} __weak typeof(o) o##weak = o; |
这部分空的@try或者空的@autoreleasepool会在编译时被优化掉，不必担心性能问题。
至此，我们的宏已经可以用了，但是实际使用中，出现了一个很尴尬的问题，就是代码自动补全，@w并不能自动提示出该宏，所以每次都是很尴尬的先利用提示，写完weakobj(obj) ，然后光标移动到前面去打上一个@符号。
这种事情怎么能忍受？
还好我们还有利器，xcode的codesnippet，任意方法内，写一句代码
|
1
|
@weakobj(<#obj#>); |
拖到xcode的codesnippet区域，快捷键设置为@weakobj即可。
至此，愉快的使用@w即可自动补全出该宏了。。
另外，还有相应的strong宏，一并晒在这里
|
1
|
#define strongobj(o) autoreleasepool{} __strong typeof(o) o = o##weak; |
用处嘛简单写个例子：
|
1
2
3
4
5
|
@weakobj(self);[var setblock:^{ @strongobj(self); [self dosomething];}]; |
关于这么写的原因，请先自行揣摩，之后可以看看晓月的这篇文章：http://www.zzvips.com/article/159427.html，也可以在评论中留言。
最后，揭晓为什么该宏生成的变量名是objweak：
1. 使用时，如果开发者习惯性的要打出 [self dosomething]时，当他输入self时，自动补全出来的部分能看到还有selfweak可供选择，算是一种提醒方式。
2. 如果weak前置，当然也可以，生成的会是weakobj这样的变量名，只需要把宏中o##weak 换成weak##o
好了，这篇文章希望对一些人有些启发或帮助。
最后晒出个人在用的宏定义：
|
1
2
|
#define yrweakobj(o) autoreleasepool{} __weak typeof(o) o##weak = o;#define yrstrongobj(o) autoreleasepool{} __strong typeof(o) o = o##weak; |
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对服务器之家的支持。
原文链接：https://blog.csdn.net/u010124617/article/details/46739749
