IPCThreadState::self()-＞joinThreadPool()

于 2024-06-19 12:18:01 发布
阅读量126 收藏
点赞数 2
分类专栏： binder 文章标签： binder
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/oHeHui1/article/details/139797988
版权 
do{
getAndExecuteCommand():  talkWithDriver()  , executeCommand()
} while(true)
hehui0921
关注
专栏目录
开机动画服务 bootanim 基本流程分析
05-08
- 调用 `IPCThreadState::self()->joinThreadPool()` 加入到线程池中等待处理消息。 - **BootAnimation 对象**： - `BootAnimation` 类定义于 `frameworks/base/cmds/bootanimation/BootAnimation.cpp`。 - 构造...
Binder机制-IPCThreadState过程
yanlinembed的专栏
06-10 7605
Binder机制-IPCThreadState过程
Binder通信过程中的用户空间线程池的管理
山庄来客的专栏
05-30 9480
在Binder通信机制里，客户端与服务端之间的通信是在专门的IPC通信线程中进行的。这些线程构成一个线程池。线程的创建和销毁是在用户空间进行的，而对线程的控制是在驱动层进行的，即驱动控制线程池中线程的生命，而线程本身则是运行在用户空间的。驱动层是通过BR_SPAWN_LOOPER向用户空间发送创建新线程的命令。 线程池的大小可以设置。默认情况下，线程池只有一个主线程，它在进程生命周期期间是不会退
Android 进阶——Binder IPC之Native家族成员驱动通信桥梁IPCThreadState 详解（七）
最美不过，心中有梦，身旁有你！
03-20 2498
无论是BpBinder还是BnBinder，都是通过IPCThreadState和Binder 驱动程序通信的，换言之，Server进程是通过Binder库（客户端与服务端）的IPCThreadState 来处理与Binder驱动的协议的，类似Socket通信一样，IPCThreadState的代码一部分给客户端使用，一部分给服务端使用。
进程的Binder线程池工作过程
weixin_33709609的博客
03-31 534
基于Android 6.0源码剖析，分析Binder线程池以及binder线程启动过程。 frameworks/base/cmds/app_process/app_main.cpp frameworks/native/libs/binder/ProcessState.cpp framework/native/libs/binder/IPC...
C++层Binder——IPCThreadState
qq_38401088的博客
03-22 1235
C++层Binder——IPCThreadState   Binder服务端可以自动相应客户端的请求，其底层必然是有对应的线程来支撑它的运行的，而在Binder的服务端里，确实是有一个线程池来支持Binder服务端的运行，我们使用top指令看线程状态，可以看到很多线程名带有Binder字样的就是这个线程池中开辟的Binder线程。   还是以cameraservice为例子。我们知道cameraservice是一个独立进程，而独立进程必然是有一个main函数作为进程的入口函数的。cameraservice的
Android - Binder机制 - ProcessState和IPCThreadState
等等... 大雄，有啦！
05-09 1万+
以下几篇文章是较深入分析binder机制。 目录 1. Android - Binder机制 - ServiceManager 2. Android - Binder机制 - 普通service注册 3. Android - Binder机制 - 获得普通service 4. Android - Binder机制 - client和普通service交互 5. Android
service加到另一个进程
05-28
2. **`BpBinder::transact`函数**：在`BpBinder::transact`函数内部，最终会调用`IPCThreadState::self()->transact()`来实际完成事务的发送和接收。 ```cpp status_t status = IPCThreadState::self()->transact...
Binder中的ProcessState和IPCThreadState分析
编程菜鸟---正在努力进阶
07-18 1万+
ProcessState和IPCThreadState最为binder通信的基础，我们从MediaPlayer来开始分析这两个类
Android 6.0 Binder中的ProcessState和IPCThreadState分析
ao929929fei的专栏
10-31 586
Z:\workspace\MT3561\frameworks\av\media\mediaserver\main_mediaserver.cpp int main(int argc __unused, char** argv) { sp<ProcessState> proc(ProcessState::self()); sp<IServiceManager&g...
Android Binder 服务端分析
we1less的博客
10-20 453
本篇文章以这篇为锚点Android Binder 应用程序Binder 启动源码分析_we1less的博客-CSDN博客 从startThreadPool开始进行分析 joinThreadPool 路径 frameworks/native/libs/binder/IPCThreadState.cpp 循环执行getAndExecuteCommand void joinThreadPool(bool isMain = true); ...
Binder学习之startThreadPool,joinThreadPool
热门推荐
cs_lht的专栏
11-11 1万+
我们先不去分析ServiceManager的服务端，也先不忙分析Drvier部分，我们先把ServiceManager客户端的工作分析完。 接上一篇：http://blog.csdn.net/cs_lht/article/details/8171373 我们先来看看startThreadPool ProcessState::self()->startThreadPool(); 只要前面的理
binder Native层源码学习与解析——IPCThreadState
qq_50764711的博客
11-07 2967
参考文章： 《深入理解Android++卷1》 在注册自己的binder服务时，会调用defaultServiceManager获得ServiceManager的客户端IServiceManager，然后通过IServiceManager来执行ServiceManager提供的注册服务addService，其代码如下所示： virtual status_t addService(const String16& name, const sp<I...
Android下的binder机制和IPC原理
进击中的Park哥
09-09 2679
android IPC及原理简介 Linux 系统中进程间通信的方式有:socket, named pipe,message queque, signal,share memory。Java系统中的进程间通信方式有socket, named pipe等。android应用程序理所当然可以应用JAVA的IPC机制实现进程间的通信， 取 而代之的是Binder通信。Goog
Android 进阶——Binder IPC之Native 服务的启动及代理对象的获取详解（六）
最美不过，心中有梦，身旁有你！
03-10 1512
Binder IPC之Native 服务的启动及代理对象的获取详解
android IPC及原理简介
chuzha4567的博客
07-21 140
什么是Android操作系统，所谓的Android：是基于Linux内核的软件平台和操作系统，早期由Google开发，后由开放手机联盟Open Handset Alliance）开发。 Linux系统中进程间通信的方式有:socket, named pipe,message queque, s...
android工作进程简述,进程的Binder线程池工作过程
weixin_34648437的博客
05-25 622
基于Android 6.0源码剖析，分析Binder线程池以及binder线程启动过程。frameworks/base/cmds/app_process/app_main.cppframeworks/native/libs/binder/ProcessState.cppframework/native/libs/binder/IPCThreadState.cppkernel/drivers/sta...
Binder之ProcessState和IPCThreadState类分析
jiejingguo的博客
01-18 1554
ProcessState ProcessState表示进程状态，一个进程就一个ProcessState对象。
有的 hal service 没有调用ProcessState::self()->startThreadPool() 只调用 IPCThreadState::self()->joinThreadPool() 是什么情况
最新发布
09-09
### 回答1： 在 Android 系统中，`ProcessState::self()->startThreadPool()` 用于启动 Binder 线程池服务，而 `IPCThreadState::self()->joinThreadPool()` 则是让当前线程加入到 Binder 线程池中。如果一个 HAL service 没有调用 `ProcessState::self()->startThreadPool()`，但是调用了 `IPCThreadState::self()->joinThreadPool()`，那么该 HAL service 就会试图将当前线程加入到不存在的线程池中，这会导致运行时错误。因此，HAL service 在启动时应该始终调用 `ProcessState::self()->startThreadPool()` 来启动 Binder 线程池服务，以便正确地加入到 Binder 线程池中。 ### 回答2： 如果一个 HAL 服务没有调用 `ProcessState::self()->startThreadPool()`，而只调用了 `IPCThreadState::self()->joinThreadPool()`，可能出现以下情况： 1. HAL 服务是在其他进程中运行的：`ProcessState::self()->startThreadPool()` 用于在当前进程中启动线程池，而 `IPCThreadState::self()->joinThreadPool()` 用于加入现有的线程池。所以如果一个 HAL 服务运行在其他进程中，它只需要加入已经被其他服务启动的线程池即可。 2. HAL 服务是在单线程环境下运行的：在某些情况下，HAL 服务可能是在单线程环境中运行的，不需要多线程支持。此时，并不需要调用 `ProcessState::self()->startThreadPool()` 来启动线程池，只需调用 `IPCThreadState::self()->joinThreadPool()` 即可将服务加入到当前进程的单一线程池中。 总之，只调用 `IPCThreadState::self()->joinThreadPool()` 而不调用 `ProcessState::self()->startThreadPool()` 可能是由于 HAL 服务运行在其他进程中，或者 HAL 服务是在单线程环境中运行的，不需要启动额外的线程池。这种情况下，服务只需加入已存在的线程池即可。 ### 回答3： 在某些情况下，hal service没有调用ProcessState::self()->startThreadPool()，只调用IPCThreadState::self()->joinThreadPool()，主要是因为这个hal service不需要创建自己的线程池。 在Android系统中，HAL（Hardware Abstraction Layer）服务提供了与硬件交互的接口。通常情况下，HAL服务中会涉及到与硬件设备进行通信的操作，比如传感器、摄像头等。为了保证这些HAL服务可以并行运行，Android框架提供了多线程机制。 在HAL服务的实现中，ProcessState::self()->startThreadPool()用于创建一个线程池，并启动多个线程来并行处理来自客户端的请求。而IPCThreadState::self()->joinThreadPool()则会将当前线程加入到线程池中，并等待处理来自客户端的请求。 但是，并不是所有的HAL服务都需要自己的线程池。有些HAL服务可能只需要在调用时等待客户端的请求，而不需要并行处理。对于这种情况，就不需要调用ProcessState::self()->startThreadPool()，只需调用IPCThreadState::self()->joinThreadPool()加入到现有的线程池中即可。 总结来说，如果一个HAL服务没有调用ProcessState::self()->startThreadPool()，只调用了IPCThreadState::self()->joinThreadPool()，那说明这个HAL服务只是简单地等待处理客户端的请求，而不需要额外的线程池来进行并行处理。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值