利用Instruments中的Leaks处理内存泄露

这两天医生端第一版开发完了，正在进行测试。由于上个健康管理卫士是写的第一个项目，项目中的代码非常的乱。所以在医生端，自己尝试着对必要的模块进行了封装，例如网络请求、提示框等在原有三方库的基础上进行了二次封装， 并且把网络层完全的抽离了出来，方便统一管理。

但是最近测试的时候发现有很严重的内存泄露和循环引用情况发生。（/(ㄒoㄒ)/~~block用的有点乱了。）

简直是一步三泄...

分析了下，
1、首先是，在block中使用非私有成员变量的时候忘记加上

 __weak typeof(self)weakself = self;  //这一块在block中使用成员变量的时候需要加一下,关于这部分详细的解释可以看一下https://www.cnblogs.com/biosli/p/block_usage.html

导致了对象不能及时释放，造成了循环引用。（原谅我犯得小白错误/(ㄒoㄒ)/~~，后续要抓紧学习学习相关知识🐒🐒🐒）。

2、还有就是项目中使用了AFNetworking3.0，我在这个基础上又进行了封装，封装的时候使用的方法，存在问题。（好吧，第一次尝试果然有好多坑..后续慢慢填=。 = ）。
大概是这样的，

　　分析出来的泄漏点基本都跟网络部分有关，好吧看来真的是封装问题了。😢😢😢
　　看了一下AFNetworking的官方demo，在网上找了点资料发现封装的时候基本使用的都是单例模式来创建AFHTTPSessionManager。而我封装的每次使用的时候都会创建一个AFHTTPSessionManager，像这样：

好吧应该是这里的问题，接着就把请求改成了单例模式。果然改成单例模式以后内存泄露点瞬间就只剩一个了，瞬间感觉世界清晰了好多。

改过之后：

（可是还有一个怎么办，看到叉号和减号感觉好纠结..强迫症么这是.😭😭😭😭。好吧只有继续查哪一块出错了..）

一查call Tree 是这个样子，当时就懵逼了...这是啥..main出错这怎么玩...

好吧,点进去一看猜是AppDelegate里面哪个地方出错了.只好一步一步排查了..（😭😭😭）

好吧,,最后定位在链接融云这一块，

融云的解释是这样的：

好吧，经过测试链接融云这一步。连接上的情况下会一直出现上面那个内存泄露点，失败或者将这部分屏蔽的时候不存在内存泄露情况。（哪位遇到过这个情况，求指教.😢😢😢）(PS. 这个问题解决了，更新成融云最新版本以后，这个内存泄露点已经解决。现在终于全绿了😂😂😂)

努力进阶中/(ㄒoㄒ)/~~..