当前位置: 首页 > news >正文

Android 15 ServiceManager与Binder服务注册深度解析

引言

在上一篇文章中,我们深入分析了Binder驱动的内核机制。但是有一个核心问题还没有回答:Client如何知道Server的Binder句柄?

想象一下,你想打电话给朋友,但你不知道他的电话号码。这时你需要查电话簿(Yellow Pages)。在Android系统中,ServiceManager就是这本"电话簿"——它维护了系统中所有服务的注册表,提供服务的注册和查询功能。

没有ServiceManager,Binder IPC就无法工作。所有的系统服务(如ActivityManagerService、WindowManagerService)都需要先向ServiceManager注册,客户端才能通过ServiceManager查询到它们的Binder句柄,进而进行跨进程调用。

本文将深入Android 15源码,剖析ServiceManager的工作机制:

你将学到:

  • ServiceManager的启动流程与特殊性
  • 服务注册(addService)的完整实现
  • 服务查询(getService)的查找机制
  • 死亡通知(DeathRecipient)的工作原理
  • VINTF声明验证与安全机制
  • Android 15的新特性与优化

ServiceManager的特殊性

在深入代码前,我们先理解ServiceManager的几个特殊之处。

1. Handle 0:ServiceManager的唯一标识

在Binder系统中,ServiceManager有一个硬编码的句柄值:0

// ProcessState.cppenum{CONTEXT_MGR_HANDLE=0// ServiceManager的句柄固定为0};

这是一个"先有鸡还是先有蛋"的问题:

  • 所有服务都需要向ServiceManager注册
  • 但客户端如何获取ServiceManager的句柄?

解决方案:将ServiceManager的句柄硬编码为0。这样,所有进程都知道,要与ServiceManager通信,只需要使用handle=0。

💡设计巧思: Handle 0是Binder协议的特殊约定,在Binder驱动初始化时就预留了这个位置给ServiceManager。这是一个优雅的引导机制(Bootstrap)。

2. Context Manager:成为Binder上下文管理者

ServiceManager不仅仅是一个普通服务,它还是Binder上下文管理者(Context Manager)

// main.cpp (Android 15)intmain(intargc,char**argv){constchar*driver=argc==2?argv[1]:"/dev/binder";sp<ProcessState>ps=ProcessState::initWithDriver(driver);sp<ServiceManager>manager=sp<ServiceManager>::make(std::make_unique<Access>());// 关键步骤1:将自己设置为Context ObjectIPCThreadState::self()->setTheContextObject(manager);// 关键步骤2:向驱动注册为Context Managerif(!ps->becomeContextManager()){LOG(FATAL)<<"Could not become context manager";}// 进入消息循环sp<Looper>looper=Looper::prepare(false);while(true){looper->pollAll(-1);}}

becomeContextManager做了什么?

// ProcessState.cppboolProcessState::becomeContextManager(){// 通过ioctl告诉驱动:"我是ServiceManager"flat_binder_object obj{.flags=FLAT_BINDER_FLAG_ACCEPTS_FDS,};binder_write_read bwr{};binder_transaction_data tr{};tr.target.handle=0;tr.code=BINDER_SET_CONTEXT_MGR;// 驱动会将handle 0绑定到当前进程intresult=ioctl(mDriverFD,BINDER_WRITE_READ,&bwr);returnresult==0;}

驱动收到BINDER_SET_CONTEXT_MGR命令后,会:

  1. 检查调用进程是否有权限(需要root或system权限)
  2. 将handle 0永久绑定到ServiceManager进程
  3. 确保只有一个进程能成为Context Manager

3. 单例且唯一

整个Android系统中,只能有一个ServiceManager实例。它由init进程在系统启动早期启动,并一直运行直到系统关闭。

# init.rc中的ServiceManager启动配置serviceservicemanager /system/bin/servicemanager class core animation user system group system readproc critical onrestart restart apexd onrestart restart audioserver# ...重启时需要重启依赖的服务

critical标志:ServiceManager被标记为关键服务,如果它崩溃,系统会自动重启进入恢复模式。

ServiceManager架构概览

在深入启动流程前,先看看ServiceManager的整体架构:

图1: ServiceManager架构 - SystemServer注册服务,Client查询服务,ServiceManager维护服务注册表

ServiceManager启动流程

让我们跟踪ServiceManager从启动到就绪的完整流程。

1. main函数:初始化与准备

// main.cpp (Android 15)intmain(intargc,char**argv){// 1. 初始化日志android::base::InitLogging(argv,android::base::KernelLogger);constchar*driver=argc==2?argv[1]:"/dev/binder";#if!defined(VENDORSERVICEMANAGER)android::register_perfetto_te_categories();// Perfetto追踪#endifLOG(INFO)<<"Starting sm instance on "<<driver;// 2. 初始化ProcessStatesp<ProcessState>ps=ProcessState::initWithDriver(driver);ps->setThreadPoolMaxThreadCount(0);// 不使用线程池,单线程处理ps->setCallRestriction(ProcessState::CallRestriction::FATAL_IF_NOT_ONEWAY);// 3. 禁用后台调度,确保高优先级IPCThreadState::self()->disableBackgroundScheduling(true);// 4. 创建ServiceManager实例sp<ServiceManager>manager=sp<ServiceManager>::make(std::make_unique<Access>());// 5. 自己也要注册为服务(服务的服务)if(!manager->addService("manager",manager,false/*allowIsolated*/,IServiceManager::DUMP_FLAG_PRIORITY_DEFAULT).isOk()){LOG(ERROR)<<"Could not self register servicemanager";}// 6. 成为Context ManagerIPCThreadState::self()->setTheContextObject(manager);if(!ps->becomeContextManager()){LOG(FATAL)<<"Could not become context manager";}// 7. 设置事件循环sp<Looper>looper=Looper::prepare(false);sp<BinderCallback>binderCallback=BinderCallback::setupTo(looper);ClientCallbackCallback::setupTo(looper,manager,binderCallback);// 8. 设置ready属性,通知其他进程可以使用了#ifndefVENDORSERVICEMANAGERif(!SetProperty("servicemanager.ready","true")){LOG(ERROR)<<"Failed to set servicemanager ready property";}#endif// 9. 进入消息循环,永不退出while(true){looper->pollAll(-1);// 阻塞等待Binder事务}returnEXIT_FAILURE;// 不应该到达这里}

关键点解析:

  1. 单线程模式:setThreadPoolMaxThreadCount(0)表示不使用Binder线程池,只用主线程处理,简化并发控制
  2. 只接受单向调用:FATAL_IF_NOT_ONEWAY确保所有对ServiceManager的调用都是异步的,防止死锁
  3. 高优先级:disableBackgroundScheduling(true)确保ServiceManager不会被降优先级
  4. 自我注册:ServiceManager也将自己注册为名为"manager"的服务,供特殊情况使用
  5. Ready属性:通过系统属性通知其他等待的进程

2. Looper事件循环

ServiceManager使用Looper而不是传统的Binder线程池:

// BinderCallback:处理Binder事件classBinderCallback:publicLooperCallback{public:staticsp<BinderCallback>setupTo(constsp<Looper>&looper){sp<BinderCallback>cb=sp<BinderCallback>::make
http://www.jsqmd.com/news/355535/

相关文章:

  • 地表最强编程王者PK!Opus 4.6双榜单封神, Codex 5.3速度满分
  • 2026最新云石胶源头厂家top5推荐!国内优质云石胶权威品牌榜单发布,资质服务双优助力高品质建材应用 - 品牌推荐2026
  • 2026年专业深度测评:中国排名前五的GEO获客优化机构权威 - 电商资讯
  • AIX艾可视:LED显示屏一站式解决方案,赋能全场景智慧视界 - 朴素的承诺
  • 郑州恒达感应加热设备:深耕19年,赋能制造业智能升级 - 朴素的承诺
  • 巩义市万众给排水:高端橡胶软接头引领者,赋能多行业管道安全 - 朴素的承诺
  • 量子纠缠网络:分布式AI的终极形态
  • ‌金融波动场景下的交易流程稳定性测试强化
  • 深耕品质,链接全球——巩义市万众给排水材料有限公司橡胶柔性接头领航行业发展 - 朴素的承诺
  • 华为激活组织的“五大引擎”与“四驾马车”
  • ‌逆转事件解析:混沌注入提升系统可靠性
  • 2030年的AI:量子意识与人机共生
  • 巩义市万众给排水材料有限公司:橡胶减震接头领航者,赋能工业管道安全升级 - 朴素的承诺
  • 气候事件应用:云原生系统弹性测试设计
  • 2026年专业深度测评:国内排名前五的geo优化公司权威榜单 - 电商资讯
  • 【swiftUI】实现智能可收缩日历(单行/全月切换)
  • 2026年汽车膜行业十大厂家排名:今蓝纳米全品类覆盖口碑领先 - 速递信息
  • 电力系统线路纵联差动保护的 Simulink 仿真及相关影响因素探究
  • 学习2.7
  • 效果比较好的生发机构是哪个?黑奥秘四大自研成分构建科技护发生态
  • 2026国内最新双组份中空玻璃胶公司top5推荐!优质双组份中空玻璃胶厂家权威榜单发布,资质服务双优助力高品质建材应用 - 品牌推荐2026
  • 摆动序列(贪心算法)
  • 奇点之后:Omega+级量子AI的世界
  • CAD加密软件哪个好?2026精选5款CAD加密软件,千万别错过
  • AI元人文:悟空悖论与悬鉴而行
  • 娴嬭瘯鏂囩珷
  • 安装了多个版本VS导致无法安装vsix
  • Google Antigravity重磅更新!Agent Skills实现全平台通用,大模型开发迎来“App Store”时刻
  • 集成灶怎么选?2025十大品牌及科学选购策略指南,新手必看! - 匠言榜单
  • MemOS开源框架实战:构建基于Graph的记忆图谱,让AI具备长期记忆能力