Figure

■ 我的分析
1.分析日志
tlog_iov0201017500006162025411a2212290000000771_000209_0607162431/FSEM_000209_0134_0607160953/logcat
只能在日志中找到通知相关日志，无法找到UI界面异常的日志。

2.代码分析
通过bug截图分析可知，只有通知左侧出现，通知右侧没出现，因此和NotificationStackScrollLayout的控制显示有关
NotificationStackScrollLayout.java
--------------------------------------------------------------------------------
4474 private void updateVisibility() {
4475 boolean shouldShow = !mAmbientState.isFullyHidden() || !onKeyguard();
4476 setVisibility(shouldShow ? View.VISIBLE : View.INVISIBLE);
4477 }
--------------------------------------------------------------------------------
因此可以获得NotificationStackScrollLayout的显示和mAmbientState.isFullyHidden和onKeyguard有关。

onKeyguard中只是和mStatusBarState有关，目前查看复现是在桌面，而onKeyguard也是和锁屏相关。
检查mStatusBarState的赋值，查看在Launcher时候mStatusBarState的赋值是否异常，但是这里显示，就代表通知右侧也会显示，因此跟本case不符合。

mAmbientState.isFullyHidden的调查
frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/notification/NotificationWakeUpCoordinator.kt
--------------------------------------------------------------------------------
377 private fun updateHideAmount() {
378 val linearAmount = min(1.0f - mLinearVisibilityAmount, mLinearDozeAmount)
379 val amount = min(1.0f - mVisibilityAmount, mDozeAmount)
380 mStackScrollerController.setHideAmount(linearAmount, amount)
381 notificationsFullyHidden = linearAmount == 1.0f
382 }
--------------------------------------------------------------------------------
跟amount相关，因此和mVisibilityAmount与mDozeAmount是相关的。
mVisibilityAmount 主要用于协调通知的唤醒和亮屏
mDozeAmount Doze 模式下的显示状态比例
因此这里和屏幕和通知的唤醒有关，但是都是和唤醒屏幕有关，跟本case不符合

3.运行消耗内存app，把内存消耗到低值，测试50次
测试50次没有复现。

4.使用demo反复发送10000次
反复发送10000次没有复现这个问题。

■ 下一步计划
通过分析日志和代码分析与自己验证，都没有找到关键点。
该问题无法复现，研发无法去修正这个问题，并且即便修正了，也无法验证是否修复。
请测试帮忙查看该问题复现手法或者复现较高的的手法。
CD TEST-方永红 请帮忙找下复现步骤