RecyclerView自定义ItemDecoration最后项底部间距的Divider与ItemTouchHelper兼容问题

你现在的实现方式，是通过getItemOffsets给最后一个条目硬加了bottom方向的布局偏移，这个操作会直接把最后一个条目本身的布局尺寸撑大88dp，两个兼容问题都是从这个改动衍生出来的：

• 和DividerItemDecoration叠加时，分隔线是基于每个条目经过所有Decoration修改后的最终布局边界来绘制的，被撑大的条目边界直接把分隔线顶到了偏移区域的最下端，看起来就像是间距把分隔线“推走”了
• 和ItemTouchHelper搭配时，拖拽位置交换的判定完全基于每个子View的实际布局范围，最后一个条目被向下撑高88dp后，它的可触发交换的命中区域也跟着下移了88dp，导致你拖其他条目到列表底部时，永远差一段距离才能触发和最后一个条目的交换逻辑，自然就出现拖不到最底部的问题

直接用RecyclerView自带的内边距能力做尾部留白，根本不需要写自定义的ItemDecoration：

• 给RecyclerView设置paddingBottom，数值就是你需要的尾部间距，也就是R.dimen.list_last_item_bottom_margin对应的88dp
• 同时给RecyclerView设置android:clipToPadding="false"，这样列表内容滚动时可以正常划过padding区域，不会因为padding截断滚动的内容
• 这套实现的效果和你原来想要的完全一致，而且没有任何兼容问题：
  • 完全不修改任何条目的布局尺寸，DividerItemDecoration的绘制逻辑不受任何影响，不会出现分隔线偏移的问题
  • 不会改动RecyclerView对条目位置的判定规则，ItemTouchHelper的拖拽排序逻辑和无留白时表现完全一致，不会出现拖拽位置判定异常的问题
  • 没有额外的自定义类开销，是Google官方在RecyclerView使用文档里明确推荐的列表尾部留白实现方式

如果因为其他业务逻辑已经占用了RecyclerView的全局padding，必须通过Decoration实现尾部留白，可以调整原有Decoration的逻辑：不再给最后一个条目加bottom偏移，转而通过重写onDraw方法、手动调整RecyclerView的滚动范围来实现尾部留白。但这种方案需要手动处理分隔线绘制、滚动范围计算、拖拽位置适配等多个逻辑，维护成本远高于原生padding方案，除非有特殊需求，否则不建议使用。

内容的提问来源于stack exchange，提问作者TJKV