com.android.phone进程启动流程

最新推荐文章于 2024-09-09 19:11:06 发布
最新推荐文章于 2024-09-09 19:11:06 发布
阅读量1k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： phone 文章标签： android
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/cheng_liu_irvine/article/details/51791183
本文详细介绍了Android系统启动过程中，如何通过ActivityManagerService启动持久化应用的具体步骤，包括获取系统属性及启动进程等关键技术细节。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

1.  system ready  【ActivityManagerService】

2. 获取系统属性为persist的app

3. startProcessLocked（）启动进程

Code:

public void systemReady(final Runnable goingCallback) {  

            if (mFactoryTest != SystemServer.FACTORY_TEST_LOW_LEVEL) {  
                try {  
                    List apps = AppGlobals.getPackageManager().  
                        getPersistentApplications(STOCK_PM_FLAGS);  
                    if (apps != null) {  
                        int N = apps.size();  
                        int i;  
                       for (i=0; i<N; i++) {  
                            ApplicationInfo info  
                                = (ApplicationInfo)apps.get(i);  
                            if (info != null &&  
                                    !info.packageName.equals("android")) {  
                                addAppLocked(info);  
                            }  
                        }  
                    }  
                } catch (RemoteException ex) {  
                    // pm is in same process, this will never happen.  
                }  
            }     
}  



Log

sys_log.boot

14:49:01.388081  1222  1222 I ActivityManager: u0 : Start proc 1559:com.android.phone/1001 for added application com.android.phone

main_log.boot

14:49:02.062996  1559  1559 V PhoneApp: u0 : onCreate()...


refer：

http://blog.youkuaiyun.com/windskier/article/details/6560925

http://blog.youkuaiyun.com/shrimpcolo/article/details/43766579

android phone进程如何启动,Android O Phone进程启动流程
weixin_31516987的博客
05-27 1361
我们这里所说的Phone进程指的是"com.android.phone"进程，代码位于：packages/services/TelephonyPhone进程是开机启动的，其AndroidManifest.xml中的以下代码决定了其将在DBM下就会启动，且异常退出后会自动重启。android:persistent="true" // 开机启动，异常自动重启android:label="@string...
android 系统数据业务---phone进程启动
Jack的博客
07-17 1483
前言: 电话管理是Android 系统支持的重要的业务之一，提供接听电话，收发短信、电话薄、网络事件监听、 读取用户信息、2G/3G/4G信号切换等功能。由上到下分为4层, PHONE应用层，Telephony框架实现层， RIL层。本文基于android 5.1,架构图如下, 整个框架的调用流程图如下, 整个网络虽然涉及到的进程也比较多,但是仔细分析起来关键点没有多少。本文
android phone流程
03-07
关于android电话流程的文档，包括RIL层代码分析等等。。。
Android N Phone进程启动流程
Yigit_dev的博客
04-24 1551
本流程图基于MTK平台 Android 7.0，本流程只作为沟通学习使用整体流程图部分关键点说明persistent属性以下来自官网介绍：https://developer.android.com/guide/topics/manifest/application-element.htmlandroid:persistent Whether or not the application should
android phone电话流程
09-14
这是android phone电话流程文档，包括对ril-d的分析
Android Phone进程启动过程详解
wzn2119的专栏
02-21 8743
之前解决开机搜网慢的问题时，由于Phone进程起来以后，才会主动连接RILD,因而在一定程度上Phone进程启动的时间会影响网络状态注册的快慢，适当的将Phone进程提前，可以将网络注册时间提前一点，让状态栏中信号显示的时间提前。那么，Android中作为系统的核心进程之一，Phone进程是如何启动的了？zui RIL运行机制请参考: http://blog.csdn.net/jason_wzn
Android L Phone 启动流程
ZhongJinHacker的博客
05-03 2666
若转发请注明出处 http://blog.csdn.net/u012913972 谢谢
PhoneApp的启动过程
wcsbhwy的博客
05-08 1867
本文代码基于Android 9.0 概述 这里讲的PhoneApp启动过程其实是讲Telephony应用框架层的启动过程。Phone实例是Telephony框架对象，可以向该对象发起各种通讯相关的请求，Phone对象是Telephony整个框架的核心，负责与抽象出的中间层RIL交互，进而间接与modem端进行交互。 Phone对象是在PhoneApp这个application初始化过程中被创建...
【Telephony】Telephony总纲！Phone进程流程(AOSP)
weixin_44513784的博客
03-12 1587
整个Framework层的Telephony框架运行在一个叫做Phone（com.android.phone）的进程中。 Phone进程启动的过程中，会初始化非常多的分支功能，SIM卡流程初始化就是其中之一，所以我觉得有必要写一下Phone进程的框架
Android6.0 Telephony流程分析——PhoneApp启动主要类关系分析
东哥日记
05-27 3331
本文代码以MTK平台Android 6.0为分析对象，与Google原生AOSP有些许差异，请读者知悉。 PhoneApp(包名com.android.phone)主要代码位于 packages/services/Telephony/ frameworks/opt/telephony/ frameworks/base/telephony/ com.android.phone进
android 6.0 phone通话流程,Android打电话流程.pdf
weixin_35410816的博客
05-27 592
Android打电话流程Android 打电话流程1 OutgoingCallBroadcaster.java点击拨号盘拨打按钮后，进入通话的Phone 包。此时首先进入的函数是OutgoingCallBroadcaster.java，该类是一个Activity。activity 的生命周期可知，第一次进入时应调用onCreate()函数。(在该类中也只实现了这个函数。)解析一下这...
初识com.android.phone
热门推荐
FamilyYuan的博客
11-21 1万+
在 《Android无线电信息管理开篇准备工作》 一文中，表明了 PhoneInterfaceManager 和 SubscriptionController 运行在 phone 进程（com.android.phone）中，因此，此文章，先引领读者简单认识一下 phone 以及 PhoneInterfaceManager 和 SubscriptionController 的创建过程。
如何让你的APK跑在 com.android.phone 进程
z1074971432的专栏
07-22 4444
首先：为什么要跑在 com.android.phone 进程这还用问，在同一个进程里就可以干很多事情了这是黑客行为为什么能跑在统一进程？Google 在设计 Dalivk 虚拟机的时候就考虑到了将多个 apk 放在同一个进程运行，但是实际中，我们每安装一个应用都是跑在独立进程，独立虚拟机，其实也可以将你开发的所有应用跑在统一进程，统一虚拟机的跑在同一进程的条件1.同一签名 2.UID相同 ‘and
Android Service启动过程分析
guangdeshishe的博客
08-30 407
基于Android8.0-26源码分析 整体流程： startService: Activity: startService ContextWrapper: startService ContextImpl: startService ContextImpl: startServiceCommon ActivityManagerService: startService ActiveSe...
android phone进程,android Telephony学习 --- 第四篇 Phone进程启动
weixin_29467373的博客
05-27 459
phone进程是开机自启的，但是是如何实现的呢，这篇我们来看下phone是如何实现开机自启动的。首先先看下文件package/services/Telephony/AndroidManifest.xmlpackage="com.android.phone"coreApp="true"android:sharedUserId="android.uid.phone"android:sharedUser...
android第三方服务进程启动,Android Phone进程启动过程
weixin_39707851的博客
05-25 313
相关源码:packages/services/Telephony- src/com/android/phone/PhoneApp.java- AndroidManifest.xmlframeworks/base/services/core/java/com/android/server/- am/ActivityManagerService.javaframeworks/base/services...
Android Service两种启动方式详解
韬霖笔记
09-01 6289
1. 概念 开始，先稍稍讲一点android中Service的概念和用途吧~ Service分为本地服务（LocalService）和远程服务（RemoteService）： 1、本地服务依附在主进程上而不是独立的进程，这样在一定程度上节约了资源，另外Local服务因为是在同一进程因此不需要IPC， 也不需要AIDL。相应bindService会方便很多。主进程被Kill后，服务便会终止。 2、远...
Android O Phone进程启动流程
weixin_34189116的博客
03-01 357
2019独角兽企业重金招聘Python工程师标准>>> ...
Android开机启动流程
薛文旺
09-09 1577
Android开机启动流程
WindowManager: ANR in ActivityRecord{4b66d81 u0 com.android.phone/com.android.simsettings.activity.BootRegSimActivity t5}. Reason: Input dispatching timed out (Application does not have a focused window).
最新发布
07-01
<think>我们正在处理一个关于AndroidANR（Application NotResponding）的问题，具体是输入分发超时导致的ANR，并出现“Applicationdoes nothave afocused window”的提示。根据引用资料，我们知道这种情况通常发生在InputDispatcher在分发输入事件时超时（默认5秒），并且系统发现当前应用没有获得焦点的窗口（focusedwindow）时。原因分析：1. **主线程阻塞**：最常见的原因是应用的主线程（UI线程）被阻塞，无法及时处理输入事件。这可能是由于在主线程执行了耗时操作（如网络请求、数据库操作、复杂计算等）导致的。2.**没有获得焦点的窗口**：应用程序当前没有获得焦点的窗口（即没有处于前台的Activity或Dialog），这可能是由于窗口创建延迟、窗口焦点丢失等原因造成的。引用[1]和引用[2]都提到了这种情况。3.**系统资源紧张**：系统整体资源（如CPU、内存）紧张，导致应用无法及时获得执行时间。4.**死锁或同步问题**：主线程在等待某个锁，而其他线程持有该锁且长时间不释放，导致主线程无法继续执行。解决方案：1. **优化主线程任务**：确保主线程只处理UI更新和轻量级操作，将耗时操作移到后台线程（如使用AsyncTask、ThreadPoolExecutor、IntentService等）。2.**检查窗口焦点**：确保在需要接收输入事件时，应用有获得焦点的窗口。例如，检查Activity的生命周期，确保在onResume之后才能接收输入事件；检查Dialog的显示是否正确获得焦点。3. **使用性能分析工具**：使用AndroidStudio的Profiler工具（特别是CPU和内存分析）来定位主线程的阻塞点。同时，使用Systrace工具分析系统级的行为，查看主线程在ANR发生时的状态。4.**检查死锁和同步问题**：检查代码中是否有潜在的同步问题或死锁，特别是在多线程访问共享资源时。5. **避免过度布局和绘制**：复杂的布局和频繁的重绘会导致主线程卡顿，优化布局层次和使用ViewStub等延迟加载技术。6.**监控ANR日志**：当发生ANR时，系统会生成traces.txt文件（位于/data/anr/），分析该文件可以找到主线程的堆栈信息，从而定位问题代码。根据引用[3]，我们还可以通过以下方式进一步定位问题：-查看logcat日志，搜索“ANRin”关键字，找到发生ANR的进程和原因。-分析traces.txt文件，查看主线程的调用堆栈，找出阻塞的位置。示例：在traces.txt中，我们可能会看到类似如下的堆栈信息，表明主线程在等待某个锁： ```"main" prio=5 tid=1Blocked|group="main"sCount=1dsCount=0flags=1 obj=0x72deb848self=0x7f0e1c0e00| sysTid=12345nice=0 cgrp=defaultsched=0/0handle=0x7f9a5bd9a0|state=Sschedstat=(1234567899876543211234) utm=12stm=5core=1 HZ=100|stack=0x7fc2c1d000-0x7fc2c1f000stackSize=8MBatcom.example.app.MainActivity.doSomething(MainActivity.java:123)- waitingto lock<0x12345678> (a java.lang.Object) heldby thread23... ```这表明主线程在等待一个被线程23持有的锁，从而导致了阻塞。总结：对于“Applicationdoes nothave afocused window”的ANR问题，我们需要从主线程阻塞和窗口焦点两个方面入手，结合日志和性能分析工具定位问题代码，并进行优化。§§相关问题§§1.如何获取和分析Android ANR发生时的traces.txt文件？ 2.在Android开发中，有哪些常见的导致主线程阻塞的场景？ 3.如何避免在Android应用中出现“没有获得焦点的窗口”的情况？4.使用Systrace工具分析ANR问题的具体步骤是什么？</think>### Android ANR "Input dispatching timed out" 问题分析与解决方案 #### 问题原因分析 当系统显示 **"Application does not have a focused window"** 的ANR对话框时，根本原因是输入事件分发超时（默认5秒），且应用没有获得焦点的窗口来处理输入事件[^1][^2]。具体机制如下： 1. **输入分发超时机制** InputDispatcher（输入分发器）在分发事件时启动超时计时器： - 若5秒内未收到应用处理完成的信号，触发`inputDispatchingTimedOut()`[^3] - 系统检查应用窗口焦点状态时，发现无有效聚焦窗口 2. **无聚焦窗口的常见场景** ```mermaid graph TD A[ANR触发条件] --> B{窗口焦点状态} B -->|无焦点| C[Activity未完成启动] B -->|无焦点| D[Dialog未正确显示] B -->|无焦点| E[窗口被遮挡/销毁] B -->|无焦点| F[Surface未完成创建] ``` 3. **根本原因分类** | 类型 | 具体场景 | 发生位置 | |---|---|----| | **窗口创建阻塞** | Activity.onCreate()耗时过长 | 主线程 | | **焦点丢失** | 后台Activity意外获得焦点 | Activity栈异常 | | **系统资源争用** | 内存不足导致Surface创建失败 | Native层 | | **同步操作超时** | Binder调用阻塞 | IPC通信 | #### 解决方案 **1. 优化窗口创建流程** ```java // 错误示例：主线程执行耗时初始化 protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); initHeavyResource(); // 可能导致阻塞 setContentView(R.layout.main); } // 正确做法：异步初始化 protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main); // 先创建基础UI new Thread(() -> initHeavyResource()).start(); // 后台初始化 } ``` **2. 焦点管理最佳实践** - 使用`onWindowFocusChanged()`确保窗口就绪： ```java public void onWindowFocusChanged(boolean hasFocus) { if(hasFocus) { // 窗口获得焦点后才启用输入监听 registerInputListeners(); } } ``` - 避免在`onPause()`中销毁未完成操作的窗口组件 **3. ANR日志分析步骤** 1. 获取`/data/anr/traces.txt`文件 2. 搜索关键字： ```log "Input dispatching timed out" "Reason: Application does not have a focused window" ``` 3. 检查主线程堆栈： ```log "main" prio=5 tid=1 Native | group="main" sCount=1 dsCount=0 flags=1 obj=0x74c1a8a0 | sysTid=25681 nice=-10 cgrp=default sched=0/0 handle=0x7adde25a08 | state=S schedstat=( 123456789 987654321 123 ) | stack=0x7fc95da000-0x7fc95dc000 at android.view.Surface.nativeLockCanvas(Native Method) at com.example.blocked.BadActivity.drawHeavyView(BadActivity.java:123) ← 阻塞点 ``` **4. 系统级优化建议** - 修改`InputDispatcher`超时阈值（需root）： ```bash adb shell settings put global window_timeout 10000 # 改为10秒 ``` - 监控窗口焦点状态： ```bash adb shell dumpsys window windows | grep -E "mCurrentFocus|mFocusedApp" ``` #### 预防措施 1. **严格主线程规范** - 使用`StrictMode`检测主线程IO操作： ```java StrictMode.setThreadPolicy(new StrictMode.ThreadPolicy.Builder() .detectDiskReads().penaltyLog().build()); ``` 2. **异步加载机制** ```kotlin viewLifecycleOwner.lifecycleScope.launch(Dispatchers.Default) { val data = heavyOperation() withContext(Dispatchers.Main) { updateUI(data) // 主线程更新 } } ``` 3. **窗口生命周期监控** 在`Activity`/`DialogFragment`中覆写： ```java public void onAttachedToWindow() { super.onAttachedToWindow(); // 窗口附加到WindowManager时记录状态 } ``` > **关键提示**：当ANR对话框显示时，实际阻塞点通常发生在对话框弹出**之前**的5-8秒[^3]。分析traces.txt需关注ANR时间点前的主线程状态。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值