Win10桌面屏幕不断忽闪忽现出现闪屏bug该怎么办？
作者：佚名
字体：[ ] 来源：互联网 时间：08-24 15:27:21
Win10桌面屏幕不断忽闪忽现出现闪屏bug该怎么办？微软官方成人这个闪屏bug，这都是由第三方不完全兼容于Windows 10系统的软件引起的，下面我们来看看微软官方给出的解答
我们在Windows 10桌面版上发现的众多bug中的其中一个，可以引起桌面屏幕不断忽闪忽现；用户们已经尝试了所有可以尝试的办法也无法解决，而目前微软也并没有推出官方的解决方案。尤其因为在一些设备上，这一问题尤为严重，导致这些系统根本无法使用。
一、问题描述：
目前我们并不能确定这一问题到底有多么普遍；微软今天也为这一bug提供了一个临时的解决方案，并解释，这一bug在大部分情况，都是由第三方不完全兼容于Windows 10系统的软件引起了（这也是其中一个为什么许多电脑没有第一时间得到Windows 10更新的原因，现在的情况看起来，似乎解决兼容性问题要比微软之前想象的，要花更长的时间）。
&我们已经收到了不少关于Explorer.exe不断重复崩溃的报告，这一问题通常是由于一些第三方软件产品导致的， &微软简短地回应道。
现在，微软具体提到，这一发生在Windows 10桌面上的闪屏问题是由这三款已知的应用导致的：诺顿反病毒软件或其他反病毒解决方案，iCloud以及IDT音频。
二、赛门铁克公司win10闪屏问题的解决办法
如果这一问题是由诺顿反病毒软件导致的话，赛门铁克公司现在已经提供了详细的说明，以指导用户如何去修复这一问题。首先重启至安全模式，再通过下载并运行一个专门的修复软件，接着移除并重装反病毒应用程序就能解决这一问题。
微软也提到，重启至安全模式，再移除引起问题的应用程序有助于解决这一bug，所以微软建议用户在对iCloud和IDT音频引起的问题中，也进行相同的操作。我们现在并不清楚还有哪些反病毒软件可能会引起这一问题。但是，如果你在你的电脑上也碰到了相似的闪屏问题的话，确保你先用上面提到的方法试一试。
重启至安全模式需要通过在开始菜单中键入&msconfig&，再前往启动页面。开启安全启动选项，并启动网络，确保你在安全模式中操作时可以使用互联网。
三、微软官方解决办法：
部分Windows10用户遭遇到了&闪屏&问题，导致电脑无法正常使用。就此问题微软根据用户反馈报告给出了解决方案，并解释道，该问题是由于其他第三方软件存在兼容性问题导致，闪屏是由于explorer资源管理器频繁崩溃所致。根据收到反馈，导致该问题的软件主要包括诺顿杀毒及其他杀毒软件、iCloud以及IDT Audio。
目前赛门铁克已经提供了详细的解决方案，遇到问题的用户需要重启到安全模式，然后使用专用修复工具进行修复（），之后卸载并重新安装诺顿。
微软同样表示遇到此问题的用户可进入安全模式来删除这些软件。进入安全模式的方法：
按Win+R打开运行，输入msconfig回车，切换到引导选项卡，勾选&安全引导&和&网络&，确定后重启即可。
大家感兴趣的内容
12345678910
最近更新的内容Android闪屏问题的分析思路-爱编程
Android闪屏问题的分析思路
闪屏问题作为Android的一类常见问题,原因复杂多样.我们在这里整理一下如何分析闪屏问题,找到具体导致闪屏问题的原因.
严格从技术来说,闪屏问题不能归为一类问题,他是因为屏幕快速变化导致用户看起来显示不正常的问题(很多测试者甚至会将花屏问题当做闪屏问题,这里不做讨论).它可能是多种完全不同的原因导致的,硬件问题,驱动问题,绘制问题,合成问题,窗口调度问题,activity问题,以及app本身的逻辑问题都有可能导致用户看起来屏幕闪屏的感觉,其中百分之九十以上闪屏的问题是由后三种问题导致的.
特殊指出的是,由于闪屏问题基本都是逻辑错误而不是异常,基本难以单纯从log中看到异常信息,因此要分析闪屏问题,可复现的问题最好,如果不能,起码要保证有清晰完整的屏幕录像(adb shell screenrecord录下来的最好),否则问题无法分析.
下面我们来讲下如何分析一个可复现的闪屏问题:
1 首先来确认下问题是否和屏幕硬件以及驱动有关
1.1 屏幕录像,是不是屏幕问题?
这个问题很好确认,将手机连接电脑,输入adb shell screenrecord /sdcard/tt.mp4,稍等片刻,开始复现问题,在问题复现完毕后,停止命令执行,去手机sdcard目录下查看视频文件.
如果视频文件中问题不存在,说明这个问题和屏幕硬件驱动或者MDP合成有关系,我们需要继续区分这到底是屏幕问题还是合成问题.
1.2 是不是合成问题?
如何区分这到底是屏幕问题还是合成问题呢?打开开发者选项,勾选禁用硬件叠加选项.
重新复现问题,如果问题依然复现,说明问题是LCD驱动或者硬件层面导致,这是需要LCD组进行
如果问题不再复现,说明这很大可能是一个MDP合成问题,需要平台厂商进行check.
1.3 underruan问题?
这里指出一种特别的闪屏问题,如果屏幕闪烁规则的半个屏幕的蓝色或者黑色矩形,我们有理由怀疑是发生了underrun,这种闪屏问题是可以通过log来确认的,一般来说如果在log中看到显示有关的硬件打印了underrun的log,说明此时发生了underrun.一般是由于平台某个硬件带宽不足引起的,建议将问题交给平台来处理.
2 接下来我们需要看下是不是绘制或者硬件加速问题
2.1 是不是硬件加速问题?
其实,一般来说,如果闪屏只发生在某个特定的路径下,一般基本没有可能是绘制的问题或者GPU的问题(因为绘制错误只会导致花屏,不可能导致屏幕大小级别的闪屏,如果绘制或者GPU出问题导致闪屏,一般会出现整个系统所有app不分路径的闪屏),尽管可能性很小,我们也可以测试排除一下.
关闭发生闪屏的程序的硬件加速,在app的AndroidManifest.xml文件中,加入application android:hardwareAccelerated=&false& ,如果问题发生在两个app切换时,关闭两个app的硬件加速,重新编译app,拷贝替换.
复现问题,如果问题继续复现,说明这个问题和绘制没有关系;如果问题不复现,需要继续排查是GPU硬件问题还是硬件加速问题导致的闪屏.
2.2 是不是GPU问题?
一般来说,如果是GPU出现问题,会不分路径的,在除了全屏视频播放之外的所有路径下都可能出现大范围的闪屏,这种情况下log中一般搜索opengl的log,会发现在闪屏的应用打出了海量的opengl error的log,这种情况下,很有可能是发生了硬件损坏,建议交给硬件部门check.
3 继续分析问题
如果经过前面的check,我们确定不是硬件的问题,不是驱动的问题,不是绘制的问题,也不是合成的问题.那基本上这个问题就是上层的问题,为了确定到底发生了什么问题,我们需要进一步的确认.
3.1 再一次的分析录像
对于闪屏问题,adb shell screenrecord录到的视频是最有分析价值的,所以我们需要进一步分析.
分析之前请下载一款具有高级视频调节功能的播放器,逐帧播放问题发生时的录像.
因为闪屏问题,很多时候是切换的问题,那么我们也可以放慢动画速度来观察现象.打开开发者选项,将其中的窗口动画比例,过渡动画比例,以及动画影像时间伸缩效果都设置为10x,这样我们也可以清晰的看到切换的时候发生了什么问题.
此时剩下的问题一般就是activity或者窗口快速切换让用户产生了屏幕在闪的幻觉,这种问题大多都可以通过查看录像慢放明显的看到不该出现的activity(窗口)出现了,这种问题就是app本身在activity的切换逻辑上有问题,这样我们就可以从app的角度进行分析(如果慢放动画可以使得现象变慢的话,我们也可以在问题发生时,抓取SurfaceFlinger的dumpsys,以及通过ADT的Hierarchy view查看闪出来的是哪个activity).
一种比较少见的问题是,app使用了某种特殊的动画效果,让测试者或者用户感觉是闪屏问题.这个时候,在开发者选项中的绘图选项中,将三个动画相关的设置都修改为动画已关闭.如果问题消失,那么可以确定是app自身使用了某种特殊的看起来像是闪屏的动画效果.
当然还存在另外一种情况,窗口数量是正常的,但是窗口之间在不正常的频繁切换.
对于后一种情况,只靠查看视频还不能完全确认,我们还需要查看log来进一步确认.
3.2 查看log中窗口的变更和绘制
窗口之间在不正常的频繁切换,对待这种问题,一个最简单有效的办法是,在问题复现时,保持手指一指触摸屏幕,然后抓取log,我们会看到触摸的焦点窗口一直在高速变化,如下:
11-01 10:45:07.047: D/InputDispatcher(1106): Focus left window: Window{1784331e u0 ..}
11-01 10:45:07.087: D/InputDispatcher(1106): Focus entered window: Window{1784331e u0 ...}
11-01 10:45:07.207: D/InputDispatcher(1106): Focus left window: Window{1784331e u0 ...}
11-01 10:45:07.237: D/InputDispatcher(1106): Focus entered window: Window{1784331e u0..}
11-01 10:45:07.257: D/InputDispatcher(1106): Focus left window: Window{1784331e u0 ...}
11-01 10:45:07.287: D/InputDispatcher(1106): Focus entered window: Window{1784331e u0 ..}
这样我们就可以断定是app在进行不正常的window切换,我们就可以从app的角度检查一下在问题发生时activity的切换逻辑了.
版权所有 爱编程 (C) Copyright 2012. . All Rights Reserved.
闽ICP备号-3
微信扫一扫关注爱编程，每天为您推送一篇经典技术文章。}