新版本功能写完提测后，有点无聊索性打开性能监控面板调试看看有没有内存泄露问题，还真让我发现一处问题，每次进入一个动画列表页面，运行内存就猛增，然而将这个页面关闭后，运行内存并不会明显减少？当再次进入这个页面时，内存还会继续增加，多次进入就会造成内存超过阀值使app崩溃。我首先想到的是控制器可能没有被释放，然而经过测验在关闭这个页面后是进了控制器的deinit方法的，证明控制器是被释放了的，那么到底是什么原因导致的呢？经过一轮仔细的排查得出的结论是cell没有被释放。这个结论让我有点震惊，一直以来我都认为，只要控制器释放了，它所持有的子控件都应该被释放。那么为什么会出现控制器被释放了，然而作为子控件的cell却没有被释放呢？
内存优化.png
首先了解一下内存管理的基本概念
自动引用计数（Automatic Reference Counting，简称ARC）是一种内存管理技术Swift 自动引用计数（Automatic Reference Counting，简称ARC）是一种内存管理技术，用于在 Swift 中自动管理对象的生命周期。当一个对象被创建时，它的引用计数会增加；当一个对象的引用被释放时，它的引用计数会减少。当引用计数变为零时，对象会被销毁
根据基本概念分析可知
子控件(cell)之所以没有被释放，是因为它的引用计数不为0导致的，下面便是问题代码，你知道问题出在哪里吗？
let cell = collectionView.dequeueReusableCell(withReuseIdentifier: "AppreciateCell", for: indexPath) as! AppreciateCell
cell.model = dataArray[indexPath.row]
cell.clickHandler = {[weak self] in
self?.getStatus(model: cell.model, indexPath: indexPath)
}
相信聪明的你，已经看出了问题便是在block中 调用了 cell.model，导致了循环引用，这种情况cell的引用计数永远不会为0，那么如何解决呢？
解决办法如下：
let model = dataArray[indexPath.row]
cell.model = model
cell.clickHandler = {[weak self] in
self?.getStatus(model: model, indexPath: indexPath)
}
总结
在Swift中，控制器释放后，子控件是否也被释放取决于它的引用计数是否为0。控制器被释放只是子控件相对于控制器的引用计数减1，但是如果子控件还被其它对象所持有的话，它的引用计数将不会为0。所以我们在遇到问题的时候，要根据它的底层原理去解决分析它，这样才能保证我们得出一个相对正确的结论。
感谢您的阅读和参与，HH思无邪愿与您一起在技术的道路上不断探索。如果您喜欢这篇文章，不妨留下您宝贵的赞！如果您对文章有任何疑问或建议，欢迎在评论区留言，我会第一时间处理，您的支持是我前行的动力，愿我们都能成为更好的自己！
网友评论