Unity 既支持[Java 插件]( https://docs.unity3d.com/cn/current/Manual/AndroidJavaSourcePlugins.html)也支持[NDK 插件]( https://docs.unity3d.com/cn/current/Manual/AndroidNativePlugins.html)的。

@snowflake007 #7 Android R 就是 30 啊，你可以自己跑跑看。

@snowflake007 你説 weex ？人家現在最新版本支持 30 啊： https://github.com/alibaba/weex/releases/tag/0.30.0

@0A0 这么具体的需求那确实只能 Tasker 自行解决了，要开发这种东西应该问题也不大，最多就是会比较耗电。

你問的難道不是 [數字健康]( https://play.google.com/store/apps/details?id=com.google.android.apps.wellbeing&hl=zh&gl=US&pli=1) ？

不用 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 缓存再试试。