前言
目前项目中RecycleView设置头部粘性布局的时候使用的是添加ItemDecoration的方式，好处也不少，一方面就是RecycleView自己就很支持ItemDecoration添加头部粘性布局，或者是分割线什么的。但不好的地方也比较明显，就是什么都是使用Canvas绘制上去，不如直接添加一个View来的方便，自定义起来也非常麻烦。
问题
原来的业务是粘性头部是文本+图片的方式，而图片又是本地图片，Canvas画起来还比较方便，后来业务更新，要使用文本+网络配图的方式显示粘性头部，问题就是出现在了网络配图+硬件加速上了。（目前发现只有drawBitmap的时候会出错）
问题就在硬件加速开启的情况下，使用网络配图app会闪退。查看了log：
看着一脸懵逼，底层jni错误。mmp我只是开了硬件加速而已，居然就给我报了这个错误。不开硬件加速，Canvas绘制不会报错，但是网络图却绘制不出来。这么来说，好像硬件加速开不开已经不是影响我功能的主要因素，因为无论报不报错，Canvas绘制不出来网络图才是关键。但是作为一个有追求的程序员来说，我们得搞清楚为什么开了硬件加速会报错。
方案
网上扒了这篇文章理解Android硬件加速原理的小白文，开篇就介绍了：
硬件加速，直观上说就是依赖GPU实现图形绘制加速，软硬件加速的区别主要是图形的绘制究竟是GPU来处理还是CPU，如果是GPU，就认为是硬件加速绘制，反之，软件绘制。
也就是说，开了硬件加速后，会有一个单独的线程去绘制，也就是GPU绘制，不开的话就是CPU绘制。那么就好理解了，网络配图肯定有分线程去下载图然后切换到主线程去绘制，问题也就是出现在线程切换上。开了硬件加速，绘制都在GPU这个线程里，那我们从网络下载图后再切换线程后，就不在GPU这个线程了，那么就会绘制错误。
后续写demo测试发现，只要是切换了线程，就会出错，无论是分线程切换到主线程，还是本来在主线程再次切换到主线程，都会报错。
找到问题的原因了，解决办法也就不远了。
感谢大佬91尧先生给了我一个解决方案：
既然是因为是切换线程发生的错误，那么保证线程一致就可以了。Canvas调用drawBitmap方法的时候统一使用post方法发送消息到同一个线程就可以了。大佬不愧是大佬，一句话就解决了问题，统一使用Handler发送消息，确实解决了问题，再次绘制的时候不会出现错误。
硬件加速会报错的问题是找到原因，我们的业务代码的问题也就好处理了，把图片先下载下来保存到本地，绘制的时候直接加载本地图就可以了。
开启lambda，几个逼格满满的写法
AS版本3.0后在gradle中添加：
compileOptions {
sourceCompatibility JavaVersion.VERSION_1_8
targetCompatibility JavaVersion.VERSION_1_8
}
代码中就可以使用lambda表达式，那么开始我们的装逼之路。
相信大家都知道一般的lambda表达式用法，举个栗子：
没有用lambda表达式之前写一个点击事件：
findViewById(R.id.linearlayout).setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
}
});
用了lambda表达式后：
findViewById(R.id.linearlayout).setOnClickListener(v -> {
});
只要是匿名内部类都可以简化代码。但lambda的功能却不止如此
上述点击事件还可以这样写：
findViewById(R.id.linearlayout).setOnClickListener(this::onClick);
public void onClick(View v) {
switch (v.getId()) {
case R.id.linearlayout:
startActivity(new Intent(this, LinearLayoutActivity.class));
break;
default:
break;
}
}
方法名onClick并不是Activity实现onClickListener接口重新的方法，你可以改成任何你想改的名字，ctrl点击onClick还能直接定位到该方法位置，不止装逼，还便捷。
