不用 Gradle 完全可以啊，自己下好配好依赖之后用 build-tools 自己编译就行了。

也有可能是你开了 minifyEnabled 然后被优化掉了。

混淆有问题，AbstractSource 给弄成 final 了，把 allowaccessmodification 关了，以后上传的日志最好也带上符号表或者直接还原不然不方便看。
还有如果还需要兼容 API 21 以下就把 OkHttp 升级到 3.12.12 ，不需要兼容的话直接升级到 4.9.0 吧。

@john6lq #8 我误会了，从不可见变为可见这种状态改变可以用 notifyItemChanged，然后在 SimpleItemAnimator 的 animateChange 里做你需要的动画。

@john6lq #6 你不信的话可以手动调用 notifyItemInserted 看看有没有效果啊，RecyclerView 默认有一个 DefaultItemAnimator （ https://developer.android.com/reference/androidx/recyclerview/widget/DefaultItemAnimator ）所以能直接看到效果的。
注意一定要是真正的向原始 list 插入一个 item 而不是把 list 整个替换之后再调用，使用 SortedList （ https://developer.android.com/reference/androidx/recyclerview/widget/SortedList ）或者 AsyncListDiffer （ https://developer.android.com/reference/androidx/recyclerview/widget/AsyncListDiffer ）可能是更好的选择。

@john6lq #2 ItemAnimator 本来就不会响应 notifyDatasetChanged，因为它以单个 Item 为基本单位，在调用 notifyDatasetChanged 的时候默认都是对原有数据做了非常大的改动，无法计算有多少 Item 需要有动画，所以它会直接刷新整个 RecyclerView，ItemAnimator 根本不会被执行。
关于你的第一个需求，可以先调用你的 RecyclerView 的 LayoutManager 的 findLastCompletelyVisibleItemPosition()或者 findLastVisibleItemPosition()方法获取界面上最后一个可见的 Item 的位置，然后直接调用 ItemAnimator 的 dispatchAnimationFinished(ViewHolder)并传入不需要动画的 ViewHolder 来取消动画。

这不就是 ItemAnimator： https://developer.android.com/reference/androidx/recyclerview/widget/RecyclerView.ItemAnimator

@sewer #10 可能是类里面用到的内部方法也被混淆了或者你混淆写的有问题，第一种可以在 proguard-rules.pro 里-printmapping map.txt 打印出映射，然后把错误堆栈还原一下看看是不是有哪个类你没有排除混淆，第二种可以用 jadx 打开混淆之后的包查看是不是该排除的类和方法都被排除了，如果有误混淆的就加到 proguard-rules.pro 里去。
顺便一提，配置文件里不要有-addconfigurationdebugging，不然会出现奇怪的问题，我以前被这个困扰了一整天。

@sewer #8 把相关的类和方法 keep 起来不就好了，这里有一个写 proguard-rules.pro 的指南： https://r8-docs.preemptive.com/

如果不同目标包的差距只有 3M 的话，我觉得你的包太大应该不是因为原生库，你可以试试看一些常规的 android 包大小优化措施（代码缩减，三方库裁剪，png 压缩甚至转 webp/svg 等等）。

火狐的 about:memory 页面可以 minimize memory usage 的……

或者也有可能是你给 gradle 分的堆太小了，看下 org.gradle.jvmargs=... -XX:MaxPermSize=...的部分，适当提高一下。

@Paaranoia #5 ……要不你在你的 gradle.properties 里加上这么两行：
systemProp.org.gradle.internal.http.connectionTimeout=120 //随便一个足够小的数字
systemProp.org.gradle.internal.http.socketTimeout=120
再运行一下，根据报错信息看看是哪个文件下不下来，用浏览器拖下来之后改成本地依赖吧。

还有可以清空一下 Gradle 缓存再试试。

怎么还有人觉得约束布局性能差的，嵌套和过度绘制才是界面绘制缓慢的根本原因，一举解决这两个问题的约束布局为什么会比千层饼线性布局或者相对布局慢我倒也是不懂。
如果说的是在 RecyclerView 里的情况的话（估计又是[那篇文章]( https://juejin.cn/post/6844903685655363598)误导的），我就不懂了两年前的玩意儿怎么现在还能拿出来说的（里面甚至有一个例子是 ListView 在 API 18 上面跑的，我也是醉了），ConstraintLayout 稳定版都 2.0.4 了，如果你还在用 support 库那真是打扰了。
楼主的问题的话，楼上有人说的 drawableStart （在低版本上还要设置 drawableLeft ）就可以解决了。

@IGJacklove #10 理论上可以，但是 alpha stage 的东西我是不敢用。

这种情况建议自带一个 SQLite 数据库……

建议直接改用 MMKV……

如果愿意学 Kotlin，这个需求很快就撸出来了；即使来不及（看起来只要完成课上任务就行了），花半小时看看[Paging]( https://developer.android.com/topic/libraries/architecture/paging)怎么用也能做出来了……