开机先进入IDLE界面再弹出PIN码校验界面
时间：10-02
整理：3721RD
点击：
[DESCRIPTION]
在开机之后，如果插入的SIM卡开机PIN码锁，通常会先进入IDLE界面停留数秒后，才会弹出PIN校验界面，而不是开机完成后直接进入PIN校验界面，这是正常的设计流程，下面结合LOG来具体说明一下这个问题。
[SOLUTION]
PIN解锁界面属于Keyguard的一部分，弹出PIN校验界面需要两个步骤：1）android php?mod=tag&id=6090" target="_blank" class="relatedlink">Framework初始
化完成且开机动画播放完毕；2）Keyguard收到SIM卡上报的ACTION_SIM_STATE_CHANGED广播(状态为
SIM PIN)。然而这两个步骤之前是异步，没有必然的时序关系。开机过程中，步骤1）通常会先执行
完毕（开机动画播放完毕），系统进入Keyguard界面（如果用户解开锁屏界面则进入IDLE界面）。
此时，Keyguard需要等SIM卡初始化获取到SIM PIN 状态上报后，才会最终显示PIN verify界面。但
由于SIM PIN 状态的上报时机是不定的（SIM卡初始化所需时长跟SIM卡自身的物理特性、卡中文件
数量等因素有关），所以我们遵循Google默认的设计，不等待SIM PIN 状态上报，开机动画完成先
进入Keygurad界面，而不是卡在开机动画最后一帧等待SIM PIN status上报（这样可能会造成开机
慢的假象，带来更差的用户体验）。
因此，在开机后进入IDLE界面短时间停留是正常现象，除非是停留时间长达十几秒甚至几十秒就需
要另行分析是否有其他异常。
LOG分析如下：
//表示wms已经退出开机动画
06-03 16:15:33.601163 734 951 I WindowManager: setEventDispatching true
//在SIM卡初始化过程中，CPIN返回SIM PIN
06-03 16:15:36.461279 700 704 D use-Rlog/RLOG-AT: AT> AT+CPIN?
06-03 16:15:36.463494 700 718 D use-Rlog/RLOG-AT: AT< +CPIN: SIM PIN
//该状态经由Framework层广播出去
06-03 16:15:37.820647 949 949 D IccCardProxy: [IccCard][SIM1] BroADCasting intent ACTION_SIM_STATE_CHANGED LOCKED reason PIN sim
id 0
06-03 16:15:37.823179 949 949 D IccCardProxy: [IccCard][SIM1] Broadcasting intent ACTION_SIM_STATE_CHANGED_EXTEND LOCKED reason
PIN sim id 0
//Keyguard监听到该广播，显示解锁界面
06-03 16:15:37.973356 805 805 D KeyguardUpdateMonitor: received broadcast android.intent.action.SIM_STATE_CHANGED
06-03 16:15:37.973475 805 805 D KeyguardUpdateMonitor: INTENT_VALUE_ICC_LOCKED, lockedReason=PIN
06-03 16:15:38.037685 805 805 D KeyguardUpdateMonitor: handleSimStateChange: intentValue = PIN_REQUIRED state resolved to
PIN_REQUIRED, oldssimtate=NOT_READY
06-03 16:15:38.038546 805 805 D KeyguardViewMediator: INTENT_VALUE_ICC_LOCKED and keygaurd isn't showing, we need to show the
keyguard so the user can enter their sim pin
06-03 16:15:38.044326 805 805 D KeyguardViewMediator: doKeyguard: showing the lock screen
在开机之后，如果插入的SIM卡开机PIN码锁，通常会先进入IDLE界面停留数秒后，才会弹出PIN校验界面，而不是开机完成后直接进入PIN校验界面，这是正常的设计流程，下面结合LOG来具体说明一下这个问题。
[SOLUTION]
PIN解锁界面属于Keyguard的一部分，弹出PIN校验界面需要两个步骤：1）android php?mod=tag&id=6090" target="_blank" class="relatedlink">Framework初始
化完成且开机动画播放完毕；2）Keyguard收到SIM卡上报的ACTION_SIM_STATE_CHANGED广播(状态为
SIM PIN)。然而这两个步骤之前是异步，没有必然的时序关系。开机过程中，步骤1）通常会先执行
完毕（开机动画播放完毕），系统进入Keyguard界面（如果用户解开锁屏界面则进入IDLE界面）。
此时，Keyguard需要等SIM卡初始化获取到SIM PIN 状态上报后，才会最终显示PIN verify界面。但
由于SIM PIN 状态的上报时机是不定的（SIM卡初始化所需时长跟SIM卡自身的物理特性、卡中文件
数量等因素有关），所以我们遵循Google默认的设计，不等待SIM PIN 状态上报，开机动画完成先
进入Keygurad界面，而不是卡在开机动画最后一帧等待SIM PIN status上报（这样可能会造成开机
慢的假象，带来更差的用户体验）。
因此，在开机后进入IDLE界面短时间停留是正常现象，除非是停留时间长达十几秒甚至几十秒就需
要另行分析是否有其他异常。
LOG分析如下：
//表示wms已经退出开机动画
06-03 16:15:33.601163 734 951 I WindowManager: setEventDispatching true
//在SIM卡初始化过程中，CPIN返回SIM PIN
06-03 16:15:36.461279 700 704 D use-Rlog/RLOG-AT: AT> AT+CPIN?
06-03 16:15:36.463494 700 718 D use-Rlog/RLOG-AT: AT< +CPIN: SIM PIN
//该状态经由Framework层广播出去
06-03 16:15:37.820647 949 949 D IccCardProxy: [IccCard][SIM1] BroADCasting intent ACTION_SIM_STATE_CHANGED LOCKED reason PIN sim
id 0
06-03 16:15:37.823179 949 949 D IccCardProxy: [IccCard][SIM1] Broadcasting intent ACTION_SIM_STATE_CHANGED_EXTEND LOCKED reason
PIN sim id 0
//Keyguard监听到该广播，显示解锁界面
06-03 16:15:37.973356 805 805 D KeyguardUpdateMonitor: received broadcast android.intent.action.SIM_STATE_CHANGED
06-03 16:15:37.973475 805 805 D KeyguardUpdateMonitor: INTENT_VALUE_ICC_LOCKED, lockedReason=PIN
06-03 16:15:38.037685 805 805 D KeyguardUpdateMonitor: handleSimStateChange: intentValue = PIN_REQUIRED state resolved to
PIN_REQUIRED, oldssimtate=NOT_READY
06-03 16:15:38.038546 805 805 D KeyguardViewMediator: INTENT_VALUE_ICC_LOCKED and keygaurd isn't showing, we need to show the
keyguard so the user can enter their sim pin
06-03 16:15:38.044326 805 805 D KeyguardViewMediator: doKeyguard: showing the lock screen