Android 7.0 SystemUI(1)--启动过程

本文详细探讨了Android 7.0中SystemUI的启动过程,从SystemServer.java的main()方法开始,通过context的startServiceAsUser启动SystemUIService。讲解了在system_server进程中如何进行,并简略了Binder通信,直接关注ActivityManagerService的startService方法。

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

本文基于Android 7.0,记录SystemUI学习过程,如有错误之处 请谅解。

涉及到的代码

frameworks/base/services/java/com/android/server/SystemServer.java
frameworks/base/core/java/android/app/ContextImpl.java
frameworks/base/services/core/java/com/android/server/am/ActiveServices.java 
frameworks/base/services/core/java/com/android/server/am/ActivityManagerService.java 
frameworks/base/core/java/android/app/ActivityThread.java
frameworks/base/packages/SystemUI/


SystemUI是系统app,源码位于framework/base/package/SystemUI。

SystemUI启动是从frameworks/base/services/java/com/android/server/SystemServer.java main()开始的。


 /**
     * The main entry point from zygote.
     */
    public static void main(String[] args) {
        new SystemServer().run();
    }
进入到run()中

private void run() {
        
	...

        // Start services.
        try {
            Trace.traceBegin(Trace.TRACE_TAG_SYSTEM_SERVER, "StartServices");
            startBootstrapServices();
            startCoreServices();
            startOtherServices();
        } catch (Throwable ex) {
            Slog.e("System", "******************************************");
            Slog.e("System", "************ Failure starting system services", ex);
            throw ex;
        } finally {
            Trace.traceEnd(Trace.TRACE_TAG_SYSTEM_SERVER);
        }

       ...
	   
    }
所有的系统服务都是在这里启动的,其中在startBootstrapServices()中启动了ActivityManagerService、PowerManagerService、PackageManagerService等一系列核心服务,SystemUI是在startOtherServices()中。

/**
     * Starts a miscellaneous grab bag of stuff that has yet to be refactored
     * and organized.
     */
    private void startOtherServices(){

		...

        WindowManagerService wm = null;

       
		...
     
        try {
           
         ...
          
            wm = WindowManagerService.main(context, inputManager,
                    mFactoryTestMode != FactoryTest.FACTORY_TEST_LOW_LEVEL,
                    !mFirstBoot, mOnlyCore);
            ServiceManager.addService(Context.WINDOW_SERVICE, wm);
            ...
        } catch (RuntimeException e) {
            Slog.e("System", "******************************************");
            Slog.e("System", "************ Failure starting core service", e);
        }

		...
		
        StatusBarManagerService statusBar = null;
        INotificationManager notification = null;
       
	   ...

        if (mFactoryTestMode != FactoryTest.FACTORY_TEST_LOW_LEVEL) {
           ...

            if (!disableSystemUI) {
                traceBeginAndSlog("StartStatusBarManagerService");
                try {
                    statusBar = new StatusBarManagerService(context, wm);
                    ServiceManager.addService(Context.STATUS_BAR_SERVICE, statusBar);
                } catch (Throwable e) {
                    reportWtf("starting StatusBarManagerService", e);
                }
                Trace.traceEnd(Trace.TRACE_TAG_SYSTEM_SERVER);
            }

           ...
		   
            mSystemServiceManager.startService(NotificationManagerService.class);
            notification = INotificationManager.Stub.asInterface(
                    ServiceManager.getService(Context.NOTIFICATION_SERVICE));
           ...
          
        }
		...
        // We now tell the activity manager it is okay to run third party
        // code.  It will call back into us once it has gotten to the state
        // where third party code can really run (but before it has actually
        // started launching the initial applications), for us to complete our
        // initialization.
        mActivityManagerService.systemReady(new Runnable() {
            @Override
            public void run() {
                ...

                Trace.traceBegin(Trace.TRACE_TAG_SYSTEM_SERVER, "StartSystemUI");
                try {
                    startSystemUi(context);
                } catch (Throwable e) {
                    reportWtf("starting System UI", e);
                }
				
                ...
            }
        });
       
    }

startOtherServices()还启动了大名鼎鼎的WindowManagerService。然后启动StatusBarManagerService,该服务是用来和SystemUI交互的。所有的系统服务启动完成之后,ams会调用systemReady去真正开始启动SystemUI。

frameworks/base/services/java/com/android/server/SystemServer.java

static final void startSystemUi(Context context) {
        Intent intent = new Intent();
        intent.setComponent(new ComponentName("com.android.systemui",
                    "com.android.systemui.SystemUIService"));
        intent.addFlags(Intent.FLAG_DEBUG_TRIAGED_MISSING);
        //Slog.d(TAG, "Starting service: " + intent);
        context.startServiceAsUser(intent, UserHandle.SYSTEM);
    }

可以看到这里是通过context的startServiceAsUser去启动SystemUIService。该方法的真正实现是在ContextImpl.java

frameworks/base/core/java/android/app/ContextImpl.java

    @Override
    public ComponentName startServiceAsUser(Intent service, UserHandle user) {
        return startServiceCommon(service, user);
    }

    private ComponentName startServiceCommon(Intent service, UserHandle user) {
        try {
            validateServiceIntent(service);
            service.prepareToLeaveProcess(this);
            ComponentName cn = ActivityManagerNative.getDefault().startService(
                mMainThread.getApplicationThread(), service, service.resolveTypeIfNeeded(
                            getContentResolver()), getOpPackageName(), user.getIdentifier());
            if (cn != null) {
                if (cn.getPackageName().equals("!")) {
                    throw new SecurityEx
<think>好的,我现在需要帮助用户理解关于“bringUpServiceLocked: com.android.systemui/.wallpapers.ImageWallpaper”的信息。首先,用户可能是在查看系统日志时遇到了这个条目,想知道它的含义和作用。 首先,我得确定用户的技术背景。用户可能有一定的Android知识,但可能不熟悉系统服务启动的内部机制。因此,我需要用通俗易懂的语言解释,同时保持专业性。 接下来,分解问题。“bringUpServiceLocked”是Android系统中的一个方法,属于系统服务启动流程的一部分。用户提供的参数是“com.android.systemui/.wallpapers.ImageWallpaper”,这看起来像是一个服务的组件名。需要确认这个服务的作用,以及为什么系统会启动它。 ImageWallpaper是SystemUI的一部分,负责动态壁纸的管理。SystemUI本身处理状态栏、导航栏等系统界面元素。当系统启动或需要重新加载壁纸时,可能会触发这个服务的启动。 然后,需要解释bringUpServiceLocked的作用。这个方法属于ActivityManagerService,用于启动或绑定服务。加锁(Locked)意味着在调用时持有同步锁,确保线程安全。可能的场景包括系统启动、服务崩溃后的重启,或动态壁纸需要重新加载。 用户可能想知道这个日志条目是否正常,或者是否与系统问题有关。需要说明在正常情况下,系统启动或壁纸变更时会触发该服务启动,属于正常行为。但如果频繁出现,可能指示服务崩溃,需要进一步排查。 还要考虑用户可能的深层需求,比如系统卡顿、壁纸无法加载等问题。需要建议用户结合其他日志信息,查看是否有异常堆栈或错误信息,并考虑重启或检查第三方壁纸应用的影响。 最后,总结关键点,确保信息结构清晰,帮助用户逐步理解问题。避免使用过于技术化的术语,同时提供足够的细节供进一步排查。</think>### **`bringUpServiceLocked: com.android.systemui/.wallpapers.ImageWallpaper` 深度解析** #### **1. 关键信息拆解** - **`bringUpServiceLocked`**: Android系统核心方法,属于`ActivityManagerService`中**服务启动流程的关键步骤**,负责协调服务绑定与生命周期管理。 - **`com.android.systemui/.wallpapers.ImageWallpaper`**: SystemUI子模块的**动态壁纸服务组件**,路径:`frameworks/base/packages/SystemUI/src/com/android/systemui/wallpapers/ImageWallpaper.java` --- #### **2. 触发场景分析** | 场景类型 | 具体表现 | 关联系统行为 | |-----------------------|--------------------------------------------------------------------------|-----------------------------------------------------------------------------| | **系统启动阶段** | Zygote进程孵化SystemUI进程后初始化服务 | `SystemServer`启动 → `WindowManagerService`初始化 → 触发壁纸服务加载 | | **动态壁纸切换** | 用户更换动态壁纸时 | `WallpaperManagerService`通过`bindWallpaperComponentLocked`发起服务绑定 | | **服务异常重启** | ImageWallpaper进程崩溃后系统自动恢复 | `AMS.handleAppCrashLocked` → 重新调度服务启动 | | **多用户切换** | 用户空间切换时重建壁纸 | `ActivityStack.releaseSomeActivities` → 触发壁纸服务重新绑定 | --- #### **3. 核心代码流程** ```java // 简化后的关键调用链 ActivityManagerService.bringUpServiceLocked() → ActiveServices.startServiceInnerLocked() → ActiveServices.startServiceLocked() → ContextImpl.bindService() → ImageWallpaper.onBind() // 服务绑定完成 ``` --- #### **4. 常见问题定位指南** ##### **4.1 高频异常场景** - **ANR问题** ```logcat W/Binder : Slow Binder transaction (wallpaper) E/ActivityManager: ANR in com.android.systemui (wallpapers.ImageWallpaper) ``` **根因**: 动态壁纸的`onCreate`或`onBind`方法执行耗时超过阈值(通常5秒) - **服务绑定失败** ```logcat E/AndroidRuntime: Failed to bind service: ComponentInfo{com.android.systemui/.wallpapers.ImageWallpaper} ``` **排查方向**: 1. 检查`AndroidManifest.xml`中服务声明 2. 验证SELinux策略是否允许跨进程通信 3. 确认系统签名一致性 ##### **4.2 性能优化建议** ```java // 在ImageWallpaper子类中优化 public class CustomWallpaper extends ImageWallpaper { @Override public Engine onCreateEngine() { // 使用异步纹理加载 return new GlWallpaperEngine(); // 基于GLSurfaceView实现 } } ``` --- #### **5. 调试工具链** | 工具/命令 | 用途说明 | |--------------------------|--------------------------------------------------------------------------| | `adb shell dumpsys activity services` | 查看当前运行的壁纸服务实例及绑定状态 | | `adb shell am startservice -n com.android.systemui/.wallpapers.ImageWallpaper` | 手动触发服务启动(需root权限) | | `systrace --app=com.android.systemui` | 追踪壁纸服务启动耗时及渲染性能 | --- #### **6. 架构演进对比** | Android版本 | ImageWallpaper实现变更 | |------------------------|-------------------------------------------------------------------------| | **Android 4.4 (KitKat)** | 基于`SurfaceView`实现基础2D渲染 | | **Android 7.0 (Nougat)** | 引入`WallpaperService.Engine`的生命周期优化 | | **Android 12 (S)** | 新增`WindowContext`管理机制,支持多显示器壁纸 | --- ### **7. 开发者实践建议** 1. **动态壁纸开发规范** ```xml <!-- 必须声明wallpaper权限及特性 --> <service android:name=".CustomWallpaper" android:permission="android.permission.BIND_WALLPAPER" android:exported="true"> <intent-filter> <action android:name="android.service.wallpaper.WallpaperService" /> </intent-filter> <meta-data android:name="android.service.wallpaper" android:resource="@xml/wallpaper_info" /> </service> ``` 2. **内存优化技巧** ```java // 在WallpaperService.Engine中 @Override public void onVisibilityChanged(boolean visible) { if (!visible) { releaseTextures(); // 不可见时释放GPU资源 } } ``` 3. **跨版本兼容方案** ```java if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.S) { // 使用WindowContext进行显示管理 } else { // 传统DisplayManager兼容实现 } ``` --- 该日志条目表明系统正在尝试激活动态壁纸服务组件。**正常情况下属于系统自管理行为**,若频繁出现需结合`adb logcat | grep Wallpaper`进一步分析服务生命周期异常。建议动态壁纸开发者重点关注`onCreateEngine()`方法的执行效率。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值