y515278178的博客

异常表现：RecyclerView绑定的数据源数量（日志确认正确）与界面显示数量不一致，且显示条数随数据量随机变化（3 条显 2 条、4 条显 1 条、5 条显 3 条），仅部分数据能展示。布局初始结构：外层用ScrollView包裹包含两个CustomBlogCardView（内部均含RecyclerView）的LinearLayout。关键修复动作：将外层ScrollView替换为NestedScrollView后，所有数据均能完整显示，问题彻底解决。

总结：Jar包是通用Java代码容器，AAR包是Android专用的“增强版Jar”，包含更多平台相关资源，专为Android组件复用设计。

AndroidX 是原生框架的升级替代：提供更丰富的功能（如 Lifecycle 支持）和更好的兼容性，推荐优先使用。是当前 Android 开发中实现 Activity 的首选。

简单来说，ActivityResultLauncher 是 startActivityForResult 的升级替代方案，解决了其生命周期管理混乱、代码耦合等痛点。

对APK文件内容（排除签名块）重新计算哈希值，得到新摘要。

因此本质上都是面对对象的，面向对象的特点是一切皆为对象，所以，在gradle里，.gradle脚本的本质就是类的定义，一些配置项的本质都是方法调用，参数是后面的{}闭包。比如build.gradle对应Project类，buildScript对应Project.buildScript方法。DSL也就是Domain Specific Language的简称，也就是领域特定语言，是为了解决某一类任务专门设计的计算机语言。自动化构建工具，通过组织一系列task来最终完成自动化构建的。三部曲：初始化、配置、执行。

LiveData 是会自动更新 UI 的数据容器，省去手动管理数据与界面同步的麻烦。​ 对比handler需要手动管理，否则会内存泄漏。使用观察者模式并配合LifeCycle，在数据变化时自动通知处于活跃状态（如STARTEDRESUMED）的 UI 组件更新，并在 UI 销毁时自动解除观察，避免内存泄漏。

具备宿主生命周期感知能力的组件。它能持有组件（如Activity或Fragment）生命周期状态的信息，并且允许其他观察者监听宿主的状态。

当垂直滚动的时候， 内部RecyclerView中的每个view再次inflate了一遍，所以感觉很卡顿。这是因为每个嵌套的 RecyclerViews 都有各自的 view pool。假设外层 RecyclerView（A）有 3 个 Item，每个 Item 包含内层水平 RecyclerView（B）耗时对比：独立 Pool 需 10ms 创建 View，共享 Pool 仅需 1ms 绑定数据。同样外层 A 滑动，Item1 滑出、Item4 滑入，但内外层共享同一个 View Pool。

使用弱引用缓存，存储当前正在使用的图片，避免被LruCache回收，导致空指针异常；当图片不再显示（不被imageview强引用引用）时，用过弱引用+引用队列把这个不再显示的对象放入lrucache中。Q:为什么使用弱引用缓存，而不是用强引用和软引用？A：强引用页面关闭后图片仍被强引用使用，内存泄漏；无法被LruCache管理导致缓存体系失效。软引用直到OOM边缘才进行回收，低端设备频繁GC卡顿。**2、内存缓存（LruCache）：**存储最近使用但未被引用的图片。（默认占App内存的1/8）

阿里云镜像 Gradle下载地址：https://mirrors.aliyun.com/macports/distfiles/gradle/腾讯镜像 Gradle下载地址：https://mirrors.cloud.tencent.com/gradle/官网地址：https://services.gradle.org/distributions/阿里：https://mirrors.aliyun.com/gradle/

/声明//使用@Override= null){});