binder

消失的旧时光-1943

Android 系统层扫盲 11：JNI 到底是什么？Java / Kotlin 是怎么调用 C/C++ 的？前面第八篇 Binder 中，我们已经看到过这样一条路线：当时我们只是简单说：JNI 是 Java 世界进入 Native 世界的一座桥。

车机Binder 线程池耗尽实战排查与内核内存原理深挖一次 VHAL HAL 阻塞引发的 Binder 线程池耗尽，带你从故障定位到内核原理全链路拆解某 Android Automotive 车机系统出现以下症状：

Android-Flutter

android Binder 应用层开发详解Binder 是 Android 最核心的 IPC（进程间通信）机制，几乎所有系统服务（AMS、WMS、PMS 等）都基于它构建。本文从应用层开发者视角，系统讲解 Binder 的开发流程、底层原理与最佳实践。

爱跑马的程序员

安卓专有的通信子系统-Binder IPC一、Binder 是什么它是一种IPC 通信机制，它比Linux一般的通信方式更加简洁，消耗内存资源更小。实质是一种架构，这种架构可以提供服务器端服务接口，Binder 驱动，客户端服务代理接口，以及一个守护进程Service Manager.提供主要的功能如下：

KDD 2026 | PRIME：一种用于从头设计binder的 3D 分子模型《PRIME: A Pretrained Representation-Induced Model for 3D Molecules in De Novo Binder Design》这篇论文主要解决的是大分子（如多肽、抗体）的三维结构生成与结合物（Binder）从头设计问题。研究团队提出了一种名为 PRIME 的新框架，通过引入预训练的基础模型和一种创新的采样策略，大幅提升了生成分子的亲和力（功能性）、几何合法性（结构真实度）和多样性。

且随疾风前行.

Android Binder 驱动 - 内核驱动层源码初探前面几篇文章中涉及 Binder 内核方法，这篇文章统一做一下介绍和总结，包括：binder_init、binder_open、binder_mmap 和 binder_ioctl。

第十一板块：Android 跨进程通信与 Binder 深度剖析 | 第二十七篇：Binder 线程池与死亡通知（Death Recipient）机制所属板块：第十一板块 — Android 跨进程通信与 Binder 深度剖析前置知识：第二十六篇中的 Systrace/Perfetto 性能分析、第十板块中的 Watchdog/ANR 机制、Linux 进程管理与线程调度、Signal 机制

第二板块：Android 四大组件标准化学理 | 第十一篇：组件间通信（IPC）与 Binder 深度解析所属板块：第二板块 — Android 四大组件标准化学理前置知识：第十篇中的 ContentProvider 数据共享、SQLite 引擎、进程隔离、UID/GID 安全模型

Android AMS创建进程不用Binder而用Socket?Binder需要进程已经存在关键点：Binder通信需要两个进程都存在！进程A需要先存在，才能注册Binder服务进程 B 需要先存在，才能获取到进程 A 的 Binder 代理

哈哈，柳暗花明

Framework开发专题系列四：Binder基础Android 系统基于 Binder 实现了“透明”的进程间通信。从应用调用系统服务（startActivity），到 Wi‑Fi 驱动向 WifiService 上报事件，再到硬件抽象层（HAL）与系统服务的数据交换，Binder 无处不在。因此，理解 Binder 及其上层封装，是 ROM 开发者进行系统定制、性能分析、功能扩展的必备能力。

Android 高级工程师专题深挖：WebView、Context 与初始化链这一篇不是通用八股，而是适合把你和普通候选人拉开差距的专题。因为很多人能回答：但一旦面试官继续追问下面这些问题，很多回答就会塌：

Android 高级工程师面试速记版这一篇不是展开讲原理，而是给你面试前快速过脑子用。建议搭配前面的系列正文一起看。看到题目后，优先按这个顺序组织答案：

Android 高级工程师面试参考答案：Framework、生命周期、View 与 Binder这一篇是 Android 面试的分水岭。很多候选人能把业务写完，但一旦面试官开始追 Activity 启动流程、事件分发、消息机制和 Binder，回答就容易变成碎片化记忆。

Android Perfetto 系列 10：Binder 调度与锁竞争本文是 Perfetto 系列的第十篇文章，聚焦 Binder 这一 Android 跨进程通信的核心机制。Binder 承载着大部分系统服务与应用的交互，也常常是性能瓶颈的源头。本文站在系统开发与性能调优的视角，结合 linux.ftrace（binder tracepoints + sched）、thread_state 轨道，以及 ART 的 Java Monitor Contention（通过 atrace 的 dalvik 类别采集）等信号，给出一套可直接落地的诊断流程，帮助初学者和进阶开发者定

Android Binder机制先来看一些技术名词虚拟内存地址是操作系统为每个进程创建的独立的、连续的内存地址范围（从 0 到最大值）。进程“看到”和使用的都是这个虚拟地址。操作系统（配合 MMU 硬件）负责把虚拟地址动态翻译成真实的物理内存地址。如此，每条进程都会有一块自己的内存地址（虚拟的，当然最后会有对应的真实的内存地址），它们所使用的内存地址不重叠，一条进程的运行不会影响另一条进程，确保了进程安全，必要时操作系统还可以把硬盘也映射成虚拟内存。虚拟内存，这里面就用到了内存映射的技术。这种内存映射技术需要同时用到操作系统和MMU硬件

消失的旧时光-1943

Binder 是如何贯穿 ART / Native / Kernel 的？在理解了 Android Native 层如何运行 ART 与 Native Libraries 之后，接下来一定会遇到一个绕不开的问题：

全面解析Android Binder机制在 Android 开发和系统架构中，Binder 机制是绕不开的核心知识点，它是 Android 系统专属的跨进程通信（IPC）方案，也是连接系统服务（AMS/PMS/WMS 等）与应用进程、应用进程之间交互的底层桥梁。我们日常开发中使用的 AIDL、Messenger、ContentProvider，甚至系统的四大组件生命周期调度，其底层都是 Binder 机制在支撑。

RK3568 Android11 使用AIDL添加Hal层binder通讯我们通过一个简单的例子来详细说明怎么使用一个AIDL binder服务，并通过init进程解析rc文件启动，并且给系统App提供上层接口调用服务。

Binder 预备知识为什么要引入虚拟内存机制？可以说，虚拟内存是现代操作系统的核心基石，它解决了如下几个问题：虚拟内存像是一种“幻术”。它让每个程序都以为自己独占整个的 4GB（32 位）或 256TB（64 位系统低 48 位是有效的寻址位数）。但实际上，物理内存是有限的、多程序共享的，甚至可能是不连续的。

Android Binder 详解(6) Binder 客户端的创建Android Binder 详解Android Binder 详解（2）Android Binder 详解（3）