前言

前面分析了 Gradle 脚本的启动分析, 这里我们看看启动后, Gradle 脚本的执行流程

前言(关于GradleWrapper)

一) 定义与意义

定义

Gradle Wrapper 是帮助工程实现 Gradle 版本兼容的工具

意义

Gradle 是一个不断发展的工具, 新版本可能会打破向后兼容性, 如果升级了系统的 Gradle 版本, 可能会导致依赖 Gradle 构建的工程无法编译通过

前言

Android 中的 Bitmap 像素内存演进流程如下, 摘录自 Google 文档 - 管理位图内存

这里有一个疑问, 为什么 Android 2.3.3 中 Native 的内存释放不可预测, 在 Java 对象的 finalize 被调用时直接释放的方案有何不妥? Android 8.0 的 NativeAllocationRegistry 的引入是为了解决什么问题?

这里就系统的学习一下 NativeAllocationRegistry 的技术, 然后看看他解决了 Android2.3.3 的哪些问题

前言

之前一直使用的是 Glide 图片加载框架, 最近接触了 Fresco 这款出自 Facebook 的图片加载框架, 为了方便后期对其进行封装与拓展, 这里分析记录一下它的一次简单的加载流程

关于 Fresco 的简单使用可以参考 Fresco 使用文档, 与 Glide 不同, 它主要是通过 DraweeView 对上层提供便捷性的服务, 文章主体分为如下几个部分

• Fresco 初始化
• SimpleDraweeView 的创建
• 数据的加载

前言

最早接触这个组件是在 18 年 Google IO 大会上, 当时看到他们展示了可视化的导航图, 感觉挺有意思, 不过并没有弄明白它到底有何作用

直到最近接触到的新项目中使用了这个组件之后才明白它的妙用, 为了更好的使用和拓展 Navigation 的功能, 这里笔者分析一下它的实现原理

Navigation

关于 Navigation 的用法说明, 可以参考 Android Developer 文档, Google 还提供一个学习的 sample

前言

我们知道 Glide 的图片框架是可以直接加载 GIF 图的, 笔者在监控项目内存使用的过程中, 发现 Gif 图过大时其内存消耗比较严重, 动画播放时伴随着稍许卡顿

这里我们系统的探究一下 Glide 的 GIF 加载原理和优化措施, 主要内容如下

• Glide 的 Gif 播放原理
• Glide 加载 GIF 卡顿探究
• Gif 加载的优化

前言

在 ViewRootImpl 的创建过程中, 我们看到了它会通过 Choreographer.getInstance 获取到 Choreographer 对象

public final class ViewRootImpl implements ViewParent,
        View.AttachInfo.Callbacks, ThreadedRenderer.DrawCallbacks {
    ......
    
    Choreographer mChoreographer;
     
    public ViewRootImpl(Context context, Display display) {
        ......
        mContext = context;
        ......
        // 获取渲染编舞者实例对象
        mChoreographer = Choreographer.getInstance();
    }

}

这里我们就深入的了解一下 Choreographer 的工作机制, 主要内容如下

• Choreographer 的创建
• VSYNC 信号的分发

接下来先看看它的创建流程

前言

Android 的系统是基于 Linux 的, 因此它的启动与 Linux 是相似的, 主要分为两个阶段

• BIOS 阶段
  • BIOS 在主板的 ROM 中存储, 加电之后便会启动
• bootloader 阶段, 读取磁盘上的操作系统
  • 0 号进程
    • 所有进程的祖先, 这是 Linux 唯一一个没有通过 fork 或者 kernel_thread 产生的进程
    • 初始化进程管理、内存管理, 初始化驱动程序 Display, Camera Driver, Binder Driver 等相关工作
  • 1 号进程(init 进程)
    • 为用户进程, 是所有用户态进程的祖先
  • 2 号进程
    • 为内核进程, 负责内核态所有进程的管理和调度, 是所有 Linux 内核进程的祖先