专业网站优化,伊赛普利亚,罗马2全面战争汉化
前言：
最近都在折腾sagit架框的内存释放的问题，所以对这一块有些心得。
对于新手，学到的文章都在教你用：typeof(self) __weak weakself = self。
对于老手，可能早习惯了到处了weakself了。
这次，就来学学，如何不用weakself。
这里先设计一个tableblock类：
@interface blocktable : nsobject typedef void (^addcellblock)(); @property (nonatomic,copy)addcellblock addcell;@end
先这么简单，一个blocktable只有一个block属性，然后输出一段释放的日志。
@interface blocktable : nsobject typedef void (^addcellblock)(); @property (nonatomic,copy)addcellblock addcell;@end
接着，随意找一个地方写写代码：来new了一个blocktable，并打印一下信息：
这时候它的引用数是1，并且出了table relase 。
接着给addcell属性赋一个值，并运行：
一个空的事件，里面并没有引用到table，所以引用数还是1。
在block引用table，让它产生循环引用，并运行：
我们看到：引用数变成了3，没有输出对象释放信息了，为啥不是2呢？大大的问号！！
一个属性赋值，为什么增强两个引用计数？
接下来，把属性设置为nil，运行看看：
设置为nil，还有2?
也正常释放了？
为了证实自己对这个看起来就很明显的猜想：重写addcell的setter方法，不进行任何保存：
我要评论
@implementation blocktable
-(void)setaddcell:(addcellblock)addcell
{
}
同时去掉置为nil的代码：再运行看看：
计数器仍为2，而且也释放了。
经过思考，出来了以下的结论：
1：块的定义本身，就会造成1次引用，不过这次引用，在块离开所在的函数时，释放时，抵消掉引用数。
2：存档块的时候，会造成1次引用，而这个引用，是内存无法释放的原因。
只要block的代码只执行1次的，都可以任性的self或其它强引用。
事实上，我们写的代码，很多block的确只执行一次，不管是传的时候就执行，还是传完之后过段时间回调再执行。
认定只要执行1次的，就不需要weakself，除非第三方框架的设计者造孽留坑,忘了在存档block执行后补上block=nil这一刀。
继续发挥想象力，既然存的时候，会增加一次引用，辣么，让它不增加引用不就好了：
@implementation blocktable
-(void)setaddcell:(addcellblock)addcell
{
__weak addcellblock addcellweak=addcell;
_addcell=addcellweak;
}
我们先给这个block定义一个弱引用，然后再赋值给_addcell，运行看看：
哇草，成功了！计数器为2，正常释放了，看来自己的想象力，还是可以的！！
接下来，我们补充完善一下代码，增加一个reloaddata方法，方法里调用事件。
完整的代码如下：
@interface blocktable : nsobject
typedef void (^addcellblock)();
@property (nonatomic,copy)addcellblock addcell;
-(void)reloaddata;
@end
@implementation blocktable
-(void)setaddcell:(addcellblock)addcell
{
__weak addcellblock addcellweak=addcell;
_addcell=addcellweak;
}
-(void)reloaddata
{
if(self.addcell)
{
self.addcell(); self.addcell();//没事来两次，模拟table多次循环清加cell
}
}
-(void)dealloc
{
nslog(@"table relase");
}
@end
修改一下增加日志输出，现在再执行一下看看：
一切看起来都相当完美，不需要引入第三，需要多次使用的，只是在存的时候，存个弱引用，就搞定了。
块的定义，和使用的场景，必须在同一个函数。
说白了就是块离开函数体就会消亡，所以要用要赶紧，且用且珍惜。
正常一个table写完代码reloaddata后，数据出来了。
但如果后面还跟有一个刷新重新加载的功能？
而这个重新调用reloaddata的地方，可能跟block不在同一个函数，比如代码像这样：
-(void)start
{
blocktable *table=[blocktable new];
self.table=table;//搞到全局变量中
table.addcell = ^{
__weak typeof(table) this=table;
nslog(@"addcell call");
};
[table reloaddata];
nslog(@"table retain = %ld",cfgetretaincount((__bridge cftyperef)(table)));
}
-(void)reflesh
{
[self.table reloaddata];
}
给外面的类定义了一个table属性，然后调用完start后再调用reflesh，运行，会怎样呢？
出现了ios上最可怕的exc_bad_access 野指针错误。
对于block离开函数后，消亡了容易理解，只是这里：
这什么是直接抛异常？哥不是作了判断了么？
让我们换种代码写法：
另外从上图看：_addcell还是有值的。
为什么if(self.addcell)判断就直接死，if(_addcell)却没死呢？
正常self.addcell正常不是也return _addcell么？
这个问题，留给让你们思考了。
最可怕的，还是下面的这段话：
ok，继续发挥想象力，看看怎么避开野指针，同时还是实现上述的效果：
1：把block属性从copy改成weak
@property (nonatomic,weak)addcellblock addcell;
2：赋值代码手工copy：
-(void)setaddcell:(addcellblock)addcell
{
addcell=[addcell copy];
_addcell=addcell;
//_addcell=[addcell copy];这样简写是不行的，不明白为虾米呢
// 原来是这样写的：
// __weak addcellblock addcellweak=addcell;
// _addcell=addcellweak ;
}
再次运行，神奇的事情发生了：
流程还是很顺，不会有野批针异常，table也释放了。
唯一的遗憾，就是跳出函数后，block不能再复用了：
对于默认传进来的block（有三种形态：全局、栈、堆）
全局 copy 还是全局
堆 copy 还是堆
栈 copy 变成堆
说白了，copy只对类型是栈是才有效。
这是因为：栈的block，在执行完后出括号后，直接是销毁对象。
如果有弱引用过去，会造成野指针。
而其它两种类型，销毁时，会将指针指向一个空指针。
addcell=[addcell copy] 和默认copy的属性 _addcell=addcell 也是执行了copy操作。
执行后，addcell的类型就变成堆形态，这样销毁的时候，是空指针。
空指针：指向一个：人为创造的一个指针，它的名字叫空，有座空房子，里面什么也没有。
野指针：就是指向的都不知哪去了，连空房子都木有。
弱引用的坏处，就是block出了函数，就不再可用这个block了。
那还能怎么办呢？没事，我还有想象力！！！！！
如果block可以重建呢？
比如：
1：将block转成字符串存档，适当时机还原回来重新赋值
2：将block序列化保存，适当时机还原回来？
3：runtime读取block的__funcptr，存档再动态创建？
伪代码大体如下：
-(void)setaddcell:(addcellblock)addcell
{
addcell=[addcell copy];
_addcell=addcell;
//_addcell=[addcell copy];这样简写是不行的，不明白为虾米呢
// 原来是这样写的：
// __weak addcellblock addcellweak=addcell;
// _addcell=addcellweak ;
//存档block的字符串
}
-(void)reloaddata
{
if(!_addcell)
{
//从存档的block字符串还原block
//_addcell=还原block
}
if(_addcell)
{
_addcell();
_addcell();
}
}
那么就剩下两个问题？
1：怎么把block存档？
2：怎么将存档数据还原成block。
对搞c#的来说，这些都家常便饭，oc这块还不熟，有路过的朋友可顺路给支支招！！
不过这个引入第三者，只是一个时机切入点，在这个时机触发的时候，将其中的一方的引用设置为nil。
像sagit框架的布局方面的时机，就选在导航回退等事件中处理。
不过这里需要一个小技巧：
在存档block时，不一定要存在当前对象，也可以用一个统一的全局block管理起来。
这样在业务处理时，根据业务情况，从全局block里来移除某些block即可。
具体取决于业务，所以这个就不展开了。
相信，一路看下，看懂了，后续的情况，基本上已经用不上weakself这东西了，因为像一个block，其生命周期必须和持有者保持一致的，还是挺少的。
而这种少的情况，如果第10步解决了，基本就全都解决了，解决不了，还有11。
相信读完此文，如果能完全理解，你就再也看不到block前weakself这种，weakself也没有存在必要了。
最后，欢迎大伙关注it连创业，虽然最近我都在折腾ios，哈哈。
不过ios基础还是要打劳，后续产品改进起来才有质的飞跃。
好了，以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对移动技术网的支持。
如对本文有疑问，请在下面进行留言讨论，广大热心网友会与你互动！！ 点击进行留言回复
iOS 使用UITextField自定义搜索框 实现用户输入完之后“实时搜索”功能
网友评论