Android Studio 3.0 名曰Canary已经发布几个月了，Cannary是Google团队打磨了近半年多的一个版本，所以带来了很多的优化和新的东西，比如：支持Kotlin，Java 8，文件浏览器file explorer，对于着重内存优化的同学最重要的一个东西可能就是Android Profiler了，下面重点围绕它展开我们对内存优化的具体分析和实现。
当然3.0还是有些坑的，在这无须多言，最好下载稳定版本3.0.1是目前稳定版。
打开Android Profiler会发现跟之前的版本是有很多不同的地方，之前2.x系列，有一个叫Monitor的家伙，但在3.0之后，google把他去掉了。跟Monitor相比Profiler多了一些陌生的东西：
预览首页跟之前没有什么区别，重点进入Memory区域后可以看到不同的地方
google官方给出了详细的解释，相比于之前，堆的内存划分更为细致：
Java: Memory from objects allocated from Java or Kotlin code.【Java内存区域，主要是对象和Bitmap】
Native: Memory from objects allocated from C or C++ code.【C相关】
Stack: Memory used by both native and Java stacks in your app. This usually relates to how many threads your app is running.【这是一些方法栈和线程占用的区域】
Code: 就是写代码库.so等等；
Other: Memory used by your app that the system isn't sure how to categorize.【系统也不确定是个啥】
Graphics: Memory used for graphics buffer queues to display pixels to the screen, including GL surfaces, GL textures, and so on. (Note that this is memory shared with the CPU, not dedicated GPU memory.)【像素图像图形渲染我的理解，这是之前我们没见过的】
对于Java堆的内存分析如果不熟悉的可以google一下，可以通过MAT去看，MAT相对于自身工具或者Leak Cannary之类的工具更为详细和全面。
先上图：
启动App之后，发现内存果然比之前要暴增很多，特别是Graphics这部分内存，启动之后，APP内存比之前勘测的多了不少，用MAT查发现并没有内存泄漏，这个就比较让人费解了。
Grahics黄色区域尽然有170M之多，而且GC也毫无效果，到底是啥占用了这么多的内存呢？
琢磨良久毫无头绪，想到牛逼人物Elon Musk的一句话，马克斯曰：用[第一原理]思考问题，而不是比较。我一直在想的是跟之前studio分析和MAT分析的差别，在想的是工具本身带来的差异，忽略了问题的本质，代码的本质，要知道代码在某种程度上是最纯真的，不会骗人。
再来回看一下google给出的解释：Memory used for graphics buffer queues to display pixels to the screen, including GL surfaces, GL textures, and so on.不懂得可以找翻一下，仔细玩味这句话，【渲染】才是问题的本质，绘制本身出了问题，才导致内存的暴增。
So回归代码，发现基本没有动画，也木有用到任何滤镜相关的东西，为什么会有这么多的FrameBuffer呢，答案就是WebView，查看webview绘制的原理，发现requestDrawGL这个东西，不用想涉及到GL肯定是它导致的一系列内存问题；尝试把webview加载去掉，果然没有之前内存多了，所以在开发中webview释放回收要在适当的时候去做一下处理的。
另外如果通过3.0版本的hprof去用MAT分析的话，是有问题的，同样要转成标准的.hprof去分析处理，代码细节上内存泄漏的问题网上有一堆没有必要再细说，有时间在细说一下MAT分析。
