前言
最近更新了Xcode9.4.1之后，indexing过程中，或者indexing之后尚未编译时，Mac的CPU占用率过高，打开活动监视器一看，发现有个“com.apple.dt.skagent”的进程尤其明显，有时CPU期望占用率达300%（实际不可能突破100%），谷歌了一下，有人说是swift的缘故，有人说是需要clean一下。
image
image
image
image
方案尝试
首先，我的项目是用OC编写的，第一个情况就基本不会发生。第二，clean，实际上我已经clean了多次了，包括cache清空，重新挂载都试了，但一直没有解决根本问题。尤其是在一些复杂页面写代码的时候更容易出现这样的情况。之后又尝试了寻找其他的解决方案，安装了旧的Xcode来写代码，暂时解决了问题，之后也出现了类似的情况。
最后采取的方案的，可能是内存泄漏的问题。但是我们一般意义上的认知是，编译运行之后才可能出现内存泄漏问题啊，并且用instruments可以检测，但是尚未编译的话，内存泄漏怎么发现呢？实际，Xcode提供了Analyze功能
Analyze分析项目
-
启动Xcode后，打开菜单栏Product->Analyze，或者直接Shift+Command+B
-
约几分钟后会分析完毕，取决于项目本身大小及复杂度
-
可以看到这几类的问题：Localizablity Issue, Dead store, Memory(Core Foundation/Object-C), Logic error, Memory error
image
-
最好是将这些问题全部解决，当然现在我们最主要的就是就是Memory相关的问题。
开始解决
Memory error问题很简单，是一个返回值的错误。一笔带过了。关于Memory(Core Foundation/Object-C)的错误，需要全部解决
image
-
Potential leak of an object，
image
这里keychainQuery引用了多次，但是没有及时释放，需要手动释放一下。（实际上这个类以及不再使用了，所以这里我直接将类移除了，有点偷懒的成分，最好还是及时释放比较好）
-
Potential leak of an object
image
image
这几个是类似的问题。
其实就是需要添加释放的操作。
CGImageRelease(subImageRef);
CGImageRelease(outImage);
- Potential leak of an object stored into 'linepath'
CGPathRelease(linePath);
这就是解决之道，不过这个地方频繁申请了多次linePath，需要挨个释放一下即可。
可以通过
image
其他问题雷同。
验证
Clean了一下，重启了Xcode，之后不管是indexing还是build，还是正常编写代码，发现CPU再也没有爆过了。
image
此法是有效的。我仔细检查了一下代码，这几个地方都是历史遗漏问题。但是现在才出现这个问题，是因为Xcode升级之后对indexing功能做了改进，所以原本编译时才可能出现的内存问题直接在indexing的过程中就发现并且扩大化了，想起来以前工作的时候CPU使用率一直都很高，只是升级了Xcode之后变成了极高而已，如果不是影响了正常的工作，或者我一直都没有发现这个问题。
不贴参考链接了，希望遇到这种问题的都可以很好地解决。
网友评论