常见的反调试手段 在 Android 安全对抗中，反调试 几乎是 App 的标配。开发者往往会在关键逻辑中加入各种检测手段，只要发现进程被调试，就立即崩溃或退出，从而大幅增加逆向人员分析的难度。 常见

strace 介绍 strace 是 Linux 下用于跟踪一个程序在运行时所发生的 系统调用（system calls） 和 信号（signals） 的调试工具。 它可以快速了解程序与内核之间的交互

open() 判断不严谨导致 dex 重复 dump 源码：https://github.com/CYRUS-STUDIO/FART/blob/master/fart10/art/runtime/ar

从现状来看，国内生态已经基本成型。 推送、支付、地图、应用商店...该有的都有了。 至少在国内市场，我们不用担心被"卡脖子"。 而在新一轮的变革中，过去那种堆人力抄功能的模式已经完全无法行得通了。

写在前面 Surface 是整个 Android 显示框架中最重要也是最基础的一个概念，它承担着 App UI 的显示需求，App 需要展示的 UI 都必须要画到这个 Surface 上才能被显示出来

写在前面 BLastBufferQueue 的全称： Buffer Layer Async Transaction BufferQueue，BLastBufferQueue 作为桥梁连接了 App 和

写在前面 在 Android 显示框架中，GraphicBuffer 是一个重要的基础概念，它代表了一块内存，可以被 GPU/CPU 读写。无论是 App UI 的绘制，还是 SurfaceFling

问题背景 前提业务能力介绍：应用中【相册选择器】原有功能是单选逻辑。当选择图片资源后就不能选择视频资源；相反的当选择了视频资源后就不能选择图片资源。

写在前面 前面了解 BLASTBufferQueue 和 Surface 和 GraphicBuffer 这几个基本的组件之后，这一章主要是了解 App 是如何把 UI 绘制到图形缓冲区 Graphi

实际生活当中，针对某些应用场景，对Android启动时间要求比较严格，比如车载，车都开出去几公里了，IVI系统还没起来，这就比较尴尬，所以，优化Android启动时间是一项非常重要的工作。本文将根据

Frida + FART 联手能带来什么提升？ 增强 FART 的脱壳能力：解决对抗 FART 的壳、动态加载的 dex 的 dump 和修复； 控制 FART 主动调用的范围，让 FART 更精细化

时间线 2020 年 9 月 10 日，华为召开了开发者大会，正式推出了 HarmonyOS 2.0 系统，并宣布为开发者提供完整分布式设备与应用开发生态。 2023年10月17日，小米集团首席执行官

探讨 Android 的 View 显示过程 在 Android 中，View 的显示过程涉及多个步骤和方法，从底层到上层依次执行。理解这些步骤和方法对优化 UI 性能和实现复杂的自定义

Android系统中如何在Native层调用java实现的系统服务 继<在Android中利用抽象类对外提供系统接口>后，出现了个新需求，就是想在Native层代码中也能使用之前定制服务(用java实

FART 源码 FART 是 ART 环境下基于主动调用的自动化脱壳方案。 关于 FART 详细介绍参考： FART 自动化脱壳框架简介与脱壳点的选择 FART 主动调用组件设计和源码分析 开源地址：

问题背景 在定制系统中，往往需要在自定义系统服务中实现硬件资源的控制接口，app调用了这些接口后，还没来得及释放就因为种种原因崩溃了。未释放的硬件资源可能会导致系统休眠功耗过高，或其它app用了该未释

需求背景 Android系统定制中，无可避免需要对外提供一些定制化的接口，使app能完成一些定制化需求。之前用过aidl文件和jar用于app和系统同步接口，但效果都不尽人意。aidl文件对接口有顺序

CPU 是怎么执行代码的 我们写的任何的语言代码最终都是给 cpu 执行的，要理解语言的本质那么最终还是要理解 CPU 的工作原理。我们手写操作系统后面也会遇到一系列的问题，有些问题站在 CPU 的角

FART 的主动调用组件 在 Android 逆向与脱壳领域，早期的自动化脱壳方案（如 DexHunter、FUPK3）主要运行在 Dalvik 环境，并将脱壳粒度细化到函数级别，这一突破首次对抗了函