过度绘制的小笔记

第一次写博客，好多规则还不懂，就当是自己的笔记了。
如果给一个布局绘制了重叠的背景，那么默认Activity的背景就属于无效的过度绘制，即overdraw。

怎么来看我们做的app有没有过度绘制呢？

安装好apk后，打开手机的设置，然后打开开发者选项，调试GPU过度绘制。
你会看到手机上有五种颜色：
没有颜色：没有overdraw，同一地方的像素点只绘制了一次。
蓝色：overdraw1倍，同一地方的像素点绘制了两次，大片的蓝色可以接受（如果整个窗口是蓝色，可以考虑拜托一层，或者看看自己有没有把系统绘制的给去掉）。
绿色：overdraw2倍，同一地方的像素点绘制了三次，中等大小的区域可以接受，但是尽可能的进行优化。
浅红：overdraw3倍，同一地方的像素点绘制了四次，小范围的可以接受。
暗红：overdraw4倍，同一地方的像素点绘制了五次或者更多，讲道理这是要修复的，但是我发现好多app都有暗红色区域，包括网易音乐、扣扣。

怎么避免过度绘制呢

1：如果一个布局需要多个LinearLayout嵌套才能完成，这个时候我们就要考虑使用RelativeLayout来代替了。
2：尽可能的减少View树的层数，多使用标签，该标签一般是和标签一块使用，减少布局的层级。比如说：如果当前的布局是一个竖直方向的linearLayout设置了背景，而且包含的布局文件也是竖直方向也设置了相同背景，那么这个时候被包含的布局文件是多余的，也是的用武之地了。
3：有的时候我们使用imageview的时候，通常会给该控件设置默认图片，那么建议不要在background属性上设置，因为我们在给imageview设置应有的图片的时候不是在这个属性上设置的。
4：如果不用系统的背景，移除Window默认的Background（getWidow.setBackgroundDrawable(null);），要在setContentView方法之后调用。如果我们的布局文件中多余的背景也要去掉，包括颜色背景。
5：对于不常用的布局，建议使用viewstub，因为它比较轻量级（宽和高都是0），本身不参与任何布局个绘制过程。可以按需加载所需的布局文件，也就是我们什么时候想让该布局文件出现了，调用viewstub的inflate方法，viewstub才会初始化，然后我们findviewbyid创建viewstub所指的对象。使用比如：网络异常的界面。
6：每一个window对应一个view和一个viewrootimpl，也对应一个canvas，window下的所有视图（view、viewgroup）使用的是同一个canvas，视图树的父节点在调用子视图的draw方法之前会对canvas进行裁切，裁切的区域就是view的矩形区域。这也就是为什么超过view边界的内容会被裁掉的原因。我们可以利用调用canvas.clipRect()对多余的、重叠并且带背景的View进行裁切。