Android

错误含义 D8 编译器告诉你： 代码里用了 Java 8 “invoke-dynamic” 语法（lambda、方法引用、默认接口方法、静态接口方法、重复注解等），但 当前 minSdk＜26，低版本

这个错误： 不是 multidex 问题，而是 AGP 8.x 默认开启了“检查重复类”，你的 APK 里出现了 完全相同的类（全限定名一致）来自不同 JAR/AAR，导致构建失败。 ✅ 快速定位重复

现象一句话： “把 HEAD 落在历史提交上 → 改完顺手 git commit → 切分支 → 刚才的 commit ‘消失’”。 根本原因： 你提交时 HEAD 是游离（detached）状态，没

原因一句话 LinearLayout 宽高都是 match_parent，又在 RelativeLayout 里 默认不设置任何相对位置，于是它把父布局空间全部占满，之前靠 align* 或 marg

下面给出 纯 Java 代码、兼容 Android API 19+、零三方库 的“网络连通性检查”工具类。 特点： 同时检测 Wi-Fi/移动数据是否真正上网（不只是“已连接”） 使用 HttpURL

下面给出最常用、最简洁的 Java 实现方式： ProgressDialog（已废弃但仍可用）和 ProgressBar + 透明不可取消 Dialog（推荐，兼容性好，可定制）。 两种写法都 强制屏

上一篇： 【Android】画面卡顿优化列表流畅度五之下拉刷新上拉加载更多组件RefreshLayout修改 场景回顾： 业务经过一年半左右的运行后，出现了明显的列表卡顿情况；于是开始着手进行列表卡顿

之前也写过类似组件的介绍： 地址：下拉刷新&上拉加载更多组件SmartRefreshLayout 本来打算用这个替换的，但在进行仔细研究发现不太合适。功能都很好，但嵌入不了当前的工程体系里。原因就是那

上一篇： 【Android】画面卡顿优化列表流畅度三之RecyclerView刷新机制notifyItemRangeInserted 好像是一年前快两年了，笔者解析过glide的源码，也是因为觉得自己

经过长达一个多星期的反复渲染耗时记录，大致上有以下几个方面的地方可以优化： 列表组件RecyclerView刷新机制由notifyDataSetChanged()优化为notifyItemRangeI

验证当前数据加载方案的可行性 当前的设计是否满足交互流畅度。流畅度是否能达到京东首页的体感？设计数据只加载文字； 加载文字后再加载静态图片；测试验证当前布局、数据逻辑加载的交互体感情况。如不满足那基本

卡顿渲染耗时如图： 卡顿表现有如下几个方面： 网络图片渲染耗时大 上下滑动反应慢，甚至画面不动 新增一页数据加载渲染时耗时比较大，上下滑动几乎没有反应，画面停止没有交互响应 背景 实际上这套数据加载逻

Vuforia 使用 在Unity中开始使用Vuforia Vuforia在统一 关于Vuforia 安装Vuforia 创建一个新的Unity项目 Vuforia游戏对象 在您的项目中激活Vufor

AS升级之后的异常记录 Execution failed for task ':bulletcabinet:checkReleaseDuplicateClasses'. 更新gradle.proper

android:allowBackup="true" AllowBackup是在Android 2.2中引入的一个系统备份的功能。允许用户备份系统应用和第三方应用的apk安装包和应用数据，以便在刷机或

轮播图 指示器 源码地址: gitee:https://gitee.com/lc951/my-android github:https://github.com/lichong951/MyAndroi

官方效果如下： 布局验证是一款可视化工具，用于同时预览不同设备上及采用不同配置的布局，有助于您察觉布局错误并打造无障碍水平更高的应用。 色盲 为了方便色盲用户使用您的应用，请通过常见色盲类型的模拟验证

官方效果 操作 右键点击某个图片文件或包含一些图片文件的文件夹，然后点击 Convert to WebP。 Converting Images to WebP 对话框随即打开。默认设置取决于当前模块的

依赖 注解项如下： @NonNull @Nullable @StringRes @DrawableRes @DimenRes @ColorRes @InterpolatorRes @AnyRes @C

亲测效果如下： 布局结构 布局结构解析： 消除系统自带Toolbar的UI设计冲突问题。这样便于UI布局还原UI设计效果 折叠效果得到保证。头部布局放最后在上拉过程中不会被遮挡 这样的布局后续可以很方