Allocations（内存分配工具
第一步：
xcode ->
#第二部：
收集到数据后，点击停止，接下来开始进行分析
类别(Category)通常是一个 Core Foundation 对象、Objective-C 类、或原始 内存块(block)。
净分配字节数(Persistent Bytes)：当前已经分配内存但是仍然没有被释放的字节的总 数。
净分配数(#Persistent)：当前已经分配内存但仍然没有被释放的对象或内存块的数量。
临时分配数(#Transient)：当前已经分配内存但仍然没有被释放的对象或内存块的数量。
总分配字节数(Total Bytes)：所有已经分配内存,而且包括已经被释放了的 字节的总数。
总分配数(#Total)：所有当前已经分配内存,包括已经被释放了的对象或内存 块的总数。
临时分配/全部内存分配(Transient/Total Bytes)：当前和全部分配数的直方图。如上图所示当比例变化时,直方条会变颜色，Instruments 应用通常给它们标示不同的颜色来指出分配模式以便进行进一步的研究。
详细面板的数据表格包含了一个图形列（Graph）,其中包含了表中的每一行的复选框。当 指定类别的复选框被勾选时,instrument工具在跟踪面板里面显示特定类别的图形。 Instruments 应用通常给每个图形类别赋一个颜色。
第三部：
Leaks（针对于内存泄漏）
虽然苹果自带的ARC机制可以有效避免我们的内存泄漏问题。但为避免一些发现不了的地方仍存在着问题，我们可以利用macos自带的Leaks工具来让我们的app更趋于完美一点。 blog.csdn.net/ljc_5638127… 步骤如下
第一步：
第二步：
需要注意的是，添加进去的app系统要求是跟着xcode走的，所以不是这个系统的将不会显示在列表中。
优先推荐真机测试，选择你的手机，然后选择要测试的app。
如果真机系统高于Leaks系统，则只能通过模拟器来运行了。
（比如我，macos为13.6，xcode最高支持者12.1但手机为ios12.3，为了更好的真机测试将app改变成12.3了，导致第一次打开Leaks时并没有显示该app，将app改回去后，问题解决。）
然后点击红色圆圈按钮进行测试。
尤其自己测试过程中并没有发现内存泄漏的情况。。。所以推荐下面的连接，如果发现有泄漏情况针对相应的进行处理。
