AttentionManagerService是framework中用来实现屏幕感知的一个系统级服务他继承于systemserver。我们可以通过dumpsys attention来获取他的一些信息。如下针对屏幕感知的功能的引入来针对这个服务进行一个介绍。1、屏幕感知Settings UI实现屏幕感知的功能在A14上面默认都支持其入口在设置-显示-屏幕超时-屏幕感知。根据其描述他会检测到如果你在定制屏幕看就会阻止屏幕超时息屏。Settings UI控制代码AdaptiveSleepPreferenceController.java如上的开关看起来是在isChecked这里实现主要判断了一些条件来进行显示这个开关的key是adaptive_sleep为1表示此功能开启2、屏幕感知FW Client实现通过搜索ADAPTIVE_SLEEP发现fw只有如下一个地方在使用//frameworks/base/services/core/java/com/android/server/power/AttentionDetector.java public class AttentionDetector { private static final String TAG AttentionDetector; private static final boolean DEBUG false; private Context mContext; private boolean mIsSettingEnabled; VisibleForTesting AttentionCallbackInternalImpl mCallback; public AttentionDetector(Runnable onUserAttention, Object lock) { mOnUserAttention onUserAttention; mLock lock; mRequested new AtomicBoolean(false); mRequestId 0; // Device starts with an awake state upon boot. mWakefulness PowerManagerInternal.WAKEFULNESS_AWAKE; } VisibleForTesting void updateEnabledFromSettings(Context context) { //判断Settings的屏幕感知功能是否使能 mIsSettingEnabled Settings.Secure.getIntForUser(context.getContentResolver(), Settings.Secure.ADAPTIVE_SLEEP, 0, UserHandle.USER_CURRENT) 1; } //屏幕感知核心功能PowerManagerService#updateUserActivitySummaryLocked会调用到这里 //即PowerManagerService在进行屏幕唤醒或者息屏以及应用锁持有计算的时候进行调用因此这里会影响屏幕超时息屏的逻辑 To be called in {link PowerManagerService#updateUserActivitySummaryLocked} public long updateUserActivity(long nextScreenDimming, long dimDurationMillis) { // 1. 前置条件检查满足任一条件则直接返回原定的变暗时间 if (nextScreenDimming mLastActedOnNextScreenDimming // 已处理过相同变暗时间 || !mIsSettingEnabled // 功能未启用 || !isAttentionServiceSupported() // 设备不支持注意力检测服务 || mWindowManager.isKeyguardShowingAndNotOccluded()) { // 当前处于锁屏状态 return nextScreenDimming; } // 2. 计算关键时间节点 final long now SystemClock.uptimeMillis(); // 当前系统启动时间毫秒 final long whenToCheck nextScreenDimming - mPreDimCheckDurationMillis; // 检测触发时间变暗前提前量 final long whenToStopExtending mLastUserActivityTime mMaximumExtensionMillis; // 最长可延时时限 // 3. 时间窗口判断逻辑 if (now whenToCheck) { // 未到检测时间返回下次应检测的时间点DEBUG模式输出日志 if (DEBUG) Slog.d(TAG, Do not check for attention yet, wait (whenToCheck - now)); return whenToCheck; } else if (whenToStopExtending whenToCheck) { // 超过最大延时时长放弃检测直接允许变暗安全策略 if (DEBUG) Slog.d(TAG, Let device sleep to avoid false results...); return nextScreenDimming; } else if (mRequested.get()) { // 已有未完成的检测请求等待当前请求完成 if (DEBUG) Slog.d(TAG, Pending attention callback with ID mCallback.mId , wait.); return whenToCheck; } // 4. 发起屏幕感知检测请求 mRequested.set(true); // 标记请求状态 mRequestId; // 生成唯一请求ID mLastActedOnNextScreenDimming nextScreenDimming; // 记录当前处理的变暗时间 mCallback new AttentionCallbackInternalImpl(mRequestId); // 创建回调实例 // 5. 计算实际检测超时时间取配置值与剩余变暗时间的较小值 mEffectivePostDimTimeoutMillis Math.min(mRequestedPostDimTimeoutMillis, dimDurationMillis); // 6. 调用系统服务检测用户注意力 Slog.v(TAG, Checking user attention, ID: mRequestId); final boolean sent mAttentionManager.checkAttention( mPreDimCheckDurationMillis mEffectivePostDimTimeoutMillis, mCallback); // 7. 请求失败处理 if (!sent) { mRequested.set(false); // 重置请求状态 } return whenToCheck; // 返回建议的下次检测时间 } }综上最核心的方法如下1Attention注意力检查请求每次从pms那边过来就会请求一次是否有人眼盯着屏幕看每次请求都有唯一标准ID可以参考如下日志130|OrderPAD_3:/ $ logcat | grep -E AttentionManagerService|AttentionDetector 09-04 11:22:26.250 2307 2372 V AttentionDetector: Checking user attention, ID: 40 09-04 11:22:28.258 2307 3160 V AttentionDetector: onSuccess: 0, ID: 40 09-04 11:23:08.249 2307 2372 V AttentionDetector: Checking user attention, ID: 41 09-04 11:23:10.258 2307 2409 V AttentionDetector: onSuccess: 0, ID: 41 09-04 11:23:42.238 2307 2372 V AttentionDetector: Checking user attention, ID: 42 09-04 11:23:44.246 2307 4514 V AttentionDetector: onSuccess: 0, ID: 42 09-04 11:27:38.810 2307 2372 V AttentionDetector: Checking user attention, ID: 43 09-04 11:27:40.831 2307 3177 V AttentionDetector: onSuccess: 0, ID: 432Attention检查结果返回//frameworks/base/services/core/java/com/android/server/power/AttentionDetector.java Override public void onSuccess(int result, long timestamp) { // 1. 日志记录检测结果VERBOSE级别日志包含结果码和请求ID Slog.v(TAG, onSuccess: result , ID: mId); // 2. 防循环处理验证请求ID有效性并原子性重置请求状态 // - mId mRequestId确保回调匹配当前最新请求避免旧请求干扰 // - mRequested.getAndSet(false)原子操作标记请求已完成 if (mId mRequestId mRequested.getAndSet(false)) { // 3. 同步锁保护关键代码块防止多线程竞争条件 synchronized (mLock) { // 4. 设备状态检查若非唤醒状态则直接返回如已进入休眠 if (mWakefulness ! PowerManagerInternal.WAKEFULNESS_AWAKE) { if (DEBUG) Slog.d(TAG, Device slept before receiving callback.); return; } // 5. 根据检测结果执行分支逻辑 if (result AttentionService.ATTENTION_SUCCESS_PRESENT) { // 5.1 检测到用户注意力触发延屏操作如执行mOnUserAttention回调 mOnUserAttention.run(); } else { // 5.2 未检测到注意力重置连续延屏计数统计上报逻辑 resetConsecutiveExtensionCount(); } } } }3、屏幕感知FW Service实现在此回到attention的检查请求是直接调用了mAttentionManager.checkAttention根据经验其实就是调用到了AttentionManagerService.java如下代码//frameworks/base/services/core/java/com/android/server/attention/AttentionManagerService.java boolean checkAttention(long timeout, AttentionCallbackInternal callbackInternal) { Objects.requireNonNull(callbackInternal); //流程1服务可用性检查三级防御式编程 if (!mIsServiceEnabled) { // 设备硬件不支持该服务 Slog.w(LOG_TAG, Trying to call checkAttention() on an unsupported device.); return false; } if (!isServiceAvailable()) { // 服务进程未就绪 Slog.w(LOG_TAG, Service is not available at this moment.); return false; } // 摄像头被系统级禁用 if (mPrivacyManager.isSensorPrivacyEnabled(SensorPrivacyManager.Sensors.CAMERA)) { Slog.w(LOG_TAG, Camera is locked by a toggle.); return false; } // 电源状态检查屏幕关闭或省电模式下禁止检测 if (!mPowerManager.isInteractive() || mPowerManager.isPowerSaveMode()) { return false; } //流程2: 服务绑定与缓存管理线程安全这里其实要去发送intent移交其他组件来实现Attention检查 synchronized (mLock) { freeIfInactiveLocked(); bindLocked(); } // 阻塞等待intent那边组件完全启动 final long now SystemClock.uptimeMillis(); awaitServiceBinding(Math.min(SERVICE_BINDING_WAIT_MILLIS, timeout)); //流程3核心业务逻 synchronized (mLock) { final AttentionCheckCache cache mAttentionCheckCacheBuffer null ? null : mAttentionCheckCacheBuffer.getLast(); if (cache ! null now cache.mLastComputed mStaleAfterMillis) { callbackInternal.onSuccess(cache.mResult, cache.mTimestamp); return true; } //请求限流同一时间只允许一个未完成的请求 if (mCurrentAttentionCheck ! null) { if (!mCurrentAttentionCheck.mIsDispatched || ! mCurrentAttentionCheck.mIsFulfilled) return false; } //创建新检测请求其实把Attention请求的实现转移给到了前面流程2启动的intent的组件来实现 mCurrentAttentionCheck new AttentionCheck(callbackInternal, this); if (mService ! null) { try { cancelAfterTimeoutLocked(timeout); mService.checkAttention(mCurrentAttentionCheck.mIAttentionCallback); mCurrentAttentionCheck.mIsDispatched true; } catch (RemoteException e) { Slog.e(LOG_TAG, Cannot call into the AttentionService); return false; } } return true; } }AttentionManagerService实现的checkAttention方法来看貌似他也没有来实现具体逻辑而是作为一个中间人也去调用了一个mService.checkAttention里面去进行调用它已经是一个系统级服务了为什么还存在一个mService呢先剧透一下他其实依赖其他com.google.android.as来完成attention注意力感知的逻辑实现。1绑定google as服务在checkAttention方法中通过bindLocked去绑定google as服务其实就是普通的一个服务绑定这里传递了mConnection来接收Binder对端他的定义如下google as服务绑定成功拿到service并赋值给mService后续的checkAttention通过google as服务区实现2调用google as服务这里发现了两处去调用google as服务的但是基本实现逻辑基本一致服务绑定成功的时候触发一次handlePendingCallbackLockedPMS间歇式调用checkAttention/如果mService不为null直接请求如上两种场景其实就是绑定服务后的第一次触发和后面的轮询触发。原理都一致。3为什么是google as服务从第一小节的bindLocked方法可以看到她并不是隐式的去启动attention服务而是直接指定了包名final Intent serviceIntent new Intent( AttentionService.SERVICE_INTERFACE).setComponent( mComponentName);这里的mComponentName到底是谁通过dump出来的答案就是AttentionServicePackageNamecom.google.android.as Resolved component: Componentcom.google.android.as Classcom.google.android.apps.miphone.aiai.attention.service.AiAiAttentionService我们接着来研究一下为什么是google as
)
