RecyclerView中的位置
我们一般会在onBindViewHolder中设置点击事件
在响应点击事件方法中我们直接使用了onBindViewHolder方法中的参数position取出数据，去执行相应的操作。这样真的可以吗？如果你只是单纯的展示数据，不对数据进行任何修改，这样是没问题的。
当我们需要删除数据时，比如删除第一个item的数据，这个postion就不再准确了。
看下面的运行效果
ViewHolder 为我们提供了 getAdapterPosition 方法来获取 ViewHolder 的位置。该方法 总是 返回 ViewHolder 最新的位置，也就意味着使用该方法，即使调用 notifyItemXX() 此类方法来删除/添加/更改 RecyclerView 的数据，该方法返回的位置也能确保获取的Position是正确的。
遗憾的是这个方法被废弃了。
如果你使用过 MergeAdapter 就会对Adapter嵌套不陌生，它就像一个容器，将不同的Adapter添加到其中，然后将 MergeAdapter 设置给RecyclerView，这样就能实现了多种类型的item的效果，而且每种类型的逻辑在独立的Adapter中，这样也能实现了一定的解耦。
这种情况下，我们如果继续调用 getAdapterPosition 就会引发歧义了，因为程序可能并不知道你想要的是ViewHolder的 相对位置 ，还是 绝对位置 。
此处的相对位置及绝对位置的叫法，并非官方叫法，而是参考文件系统中的 相对路径 和 绝对路径，提出的一种类似概念。我们举例说明什么是相对位置和绝对位置。如下图中的例子：MergeAdapter里包含了A Adapter 和 B Adapter，在页面的展示上，B 在 A 的后面，我们想获取B中某一个元素b3的位置，此时的位置有两种：b3在B中的位置，我把他叫做相对位置，以及b3在整个RecyclerView中所处的位置，我将其称之为绝对位置。
官方提供的两个方法getBindingAdapterPostion与getAbsoluteAdapterPosition就是用来获取ViewHolder的相对位置和绝对位置的。
在设置点击事件时，我们往往使用getBindingAdapterPostion获取ViewHolder对应的数据项，完成点击操作。
而在操作RecyclerView的滚动状态，就需要使用getAbsoluteAdapterPosition进行相关的操作。
getLayoutPosition，顾名思义，就是获取该ViewHolder在实际布局中的位置。 由于表示的是实际布局中的位置，故只有在布局完成后该方法才能获取到正确的值。
layout和 adapter中的位置通常情况下是一样的，只有当 Adapter 里面的内容改变了，而 Layout 还没来得及绘制的这段时间之内才有可能不一样，这个时间小于16ms。
如果调用的是 notifyDataSetChanged()，因为要重新绘制所有 Item，所以在绘制完成之前 RecyclerView 是不知道 adapterPosition 的，这时会返回-1（NO_POSITION）。
但如果用的是 notifyItemXX()，那立即就能获取到正确的 adapterPosition，即使新的 Layout 还没绘制完成。比如调用notifyItemInserted(0)，之前是0的现在就会变成1，因为插入了0, 相当于 RecyclerView 提前帮你计算的，此时getLayoutPosition 还只能获取到旧的值。
总的来说，大多数情况下用 getAdapterPosition，只要不用 notifyDataSetChanged() 来刷新数据就总能立即获取到正确 position 值。
