Android系统冻屏、黑屏问题的分析思路

最新推荐文章于 2024-05-23 17:33:43 发布
最新推荐文章于 2024-05-23 17:33:43 发布
阅读量1.9k 收藏 22
点赞数 62
分类专栏： 图形显示系统 文章标签： 黑屏 冻屏 图层 SurfaceFlinger
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/leesino/article/details/137696887
版权

    在Android系统开发过程中，偶尔会遇到显示异常的问题，如画面不再刷新，也就是冻屏，或者屏幕变黑，如果对图形显示系统不熟悉，遇到此类问题还是比较棘手的。如果在工作中遇到类似的问题，或者对图形显示系统感兴趣，可参考清华大学出版社出版的《Android图形显示系统》。 图形显示系统是Android系统中最为核心、复杂的子系统，掌握它对于理解Android系统会有一个很大的提升，是一门进阶课题。

    下面主要结合《Android图形显示系统》来分析工作过程中碰到的图形显示异常的问题。该书主要基于Android9，而本文主要基于Android12，其实思路是一样的，只不过在代码上有差异。

    假设遇到了一个屏幕突然变黑的问题，首先得确认黑屏的可能原因，比如是否灭屏，如果不是灭屏，那就是应用的图形内容没有正常地传递到屏幕，可以在SurfaceFlinger确定大体原因。

   通过《Android图形显示系统》可以指导，应用的图形内容要经过SurfaceFlinger才能传递到显示设备，SurfaceFlinger每隔一定时间（间隔由帧率决定）会向屏幕传递图形数据，但是并不是每个应用的图形都会显示，只有最前面应用的画面才能显示，应用的图形数据一般保存在图层中，因此每次刷新都会收集可见的图层。核心流程如下。


void SurfaceFlinger::onMessageRefresh() {
    mCompositionEngine->present(refreshArgs);
}

void CompositionEngine::present(CompositionRefreshArgs& args) {
        for (const auto& output : args.outputs) {
            output->prepare(args, latchedLayers);
        }
}

void Output::prepare(const compositionengine::CompositionRefreshArgs& refreshArgs,
                     LayerFESet& geomSnapshots) {
    rebuildLayerStacks(refreshArgs, geomSnapshots);
}

void Output::collectVisibleLayers(const compositionengine::CompositionRefreshArgs& refreshArgs,
                                  compositionengine::Output::CoverageState& coverage) {
    for (auto layer : reversed(refreshArgs.layers)) {
        ensureOutputLayerIfVisible(layer, coverage);
    }
}

void Output::ensureOutputLayerIfVisible(sp<compositionengine::LayerFE>& layerFE,
                                        compositionengine::Output::CoverageState& coverage) {
    auto result = ensureOutputLayer(prevOutputLayerIndex, layerFE);
	layerFE->dumpLayer();
}

    流程解析如下：

1）SurfaceFlinger在处理onMessageRefresh时正是要刷新屏幕，调用CompositionEngine的present进行下一步处理。

2）CompositionEngine在处理present时，针对每个显示设备调用prepare先准备好要处理的图层，每个Output对象代表一个显示设备。

3）Output在处理prepare主要重建图层栈，也就是找到可见的图层，如果上面的流程走到ensureOutputLayerIfVisible的ensureOutputLayer，可以确定该图层是可见的，这里可以把该图层及其父图层打印出来，这里layerFE->dumpLayer();是新加的方法，需要在Layer也加上相应的实现，如下。

class LayerFE : public virtual RefBase {
    virtual void dumpLayer() = 0;
};

class Layer : public virtual RefBase, compositionengine::LayerFE {
    void dumpLayer() override {
        sp<Layer> parent = getParent();
        if(parent != nullptr){
            parent->dumpLayer();
        }
        ALOGI("dumpLayer LayerName: %s", mName.c_str());
    }
}

这里会把图层及其父图层的名称打印出来，结果如下。

04-12 14:37:57.714   720   720 I BufferLayer: dumpLayer LayerName: WindowToken{7c850a1 android.os.BinderProxy@bd7a6ab}#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: f541552 ScreenDecorOverlayBottom#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: ScreenDecorOverlayBottom#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: WindowToken{6e71384 android.os.BinderProxy@26cb1d8}#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: fdb4f1c ScreenDecorOverlay#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: ScreenDecorOverlay#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: Root#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: WindowedMagnification:0:31#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: Leaf:24:25#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: WindowToken{4b66858 android.os.BinderProxy@23dd335}#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: Surface(name=521d296 NavigationBar0)/@0x8baf6da - animation-leash of insets_animation#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: 521d296 NavigationBar0#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: NavigationBar0#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: Root#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: WindowedMagnification:0:31#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: OneHanded:17:17#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: FullscreenMagnification:17:17#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: Leaf:17:17#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: WindowToken{4beb8e7 android.os.BinderProxy@afe79e8}#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: Surface(name=17ee33d StatusBar)/@0xbfb7639 - animation-leash of insets_animation#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: 17ee33d StatusBar#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: StatusBar#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: Root#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: WindowedMagnification:0:31#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: HideDisplayCutout:0:16#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: OneHanded:2:16#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: FullscreenMagnification:2:14#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: DefaultTaskDisplayArea#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: Task=14#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: ActivityRecord{73e3548 u0 com.sino.compose/.MainActivity t14}#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: Surface(name=b001cb7 Splash Screen com.sino.compose)/@0xf9b3d26 - animation-leash of window_animation#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: b001cb7 Splash Screen com.sino.compose#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: Splash Screen com.sino.compose#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: Root#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: WindowedMagnification:0:31#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: HideDisplayCutout:0:16#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: OneHanded:2:16#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: FullscreenMagnification:2:14#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: DefaultTaskDisplayArea#0
04-12 14:37:57.715   720   720 I BufferLayer: dumpLayer LayerName: Task=14#0
04-12 14:37:57.716   720   720 I BufferLayer: dumpLayer LayerName: ActivityRecord{73e3548 u0 com.sino.compose/.MainActivity t14}#0
04-12 14:37:57.716   720   720 I BufferLayer: dumpLayer LayerName: 1c021fa com.sino.compose/com.sino.compose.MainActivity#0

在上面的日志中Root#0是第0个屏幕的根图层，com.sino.compose/com.sino.compose.MainActivity才是应用显示内容的图层。从内容图层到根图层有9层。

这里需要根据打印的图层确定异常的位置，如果某个图层突然不显示了，那么就不会打印出来，找到发送变换的位置，找到是哪个图层发生了变化。如果一个图层发生变化，基本上是向它设置了状态，可以把在相关方法加日志，比如设置隐藏状态对于的接口为setFlags,

bool Layer::setFlags(uint32_t flags, uint32_t mask) {
    const uint32_t newFlags = (mDrawingState.flags & ~mask) | (flags & mask);
    if (mDrawingState.flags == newFlags) return false;
    mDrawingState.sequence++;
    mDrawingState.flags = newFlags;
    mDrawingState.modified = true;
    setTransactionFlags(eTransactionNeeded);
    return true;
}

一旦确认是该接口被调用导致图层的状态发生了变化，就到SurfaceControl找到相应的接口，并加日志进一步确认。

public final class SurfaceControl implements Parcelable {
    public @Nullable String getName(){
         return mName;
    }
    public static class Transaction implements Closeable, Parcelable {
        public Transaction hide(SurfaceControl sc) {
            checkPreconditions(sc);
			
            Log.i("SurfaceControl::Transaction", "hide "+sc.getName());
            Thread.dumpStack();

            nativeSetFlags(mNativeObject, sc.mNativeObject, SURFACE_HIDDEN, SURFACE_HIDDEN);
            return this;
        }
    }
}

在上面的代码中，通过Thread.dumpStack();可以把调用hide方法的调用堆栈打印出来，

04-12 19:32:57.502  1744  1892 I SurfaceControl::Transaction: hide com.sino.compose/com.sino.compose.MainActivity
04-12 19:32:57.502  1744  1892 W System.err: java.lang.Exception: Stack trace
04-12 19:32:57.502  1744  1892 W System.err: 	at java.lang.Thread.dumpStack(Thread.java:1517)
04-12 19:32:57.502  1744  1892 W System.err: 	at android.view.SurfaceControl$Transaction.hide(SurfaceControl.java:2760)
04-12 19:32:57.502  1744  1892 W System.err: 	at com.android.server.wm.WindowSurfaceController.hideSurface(WindowSurfaceController.java:128)
04-12 19:32:57.502  1744  1892 W System.err: 	at com.android.server.wm.WindowSurfaceController.hide(WindowSurfaceController.java:118)
04-12 19:32:57.502  1744  1892 W System.err: 	at com.android.server.wm.WindowStateAnimator.hide(WindowStateAnimator.java:228)
04-12 19:32:57.502  1744  1892 W System.err: 	at com.android.server.wm.WindowStateAnimator.prepareSurfaceLocked(WindowStateAnimator.java:531)
04-12 19:32:57.502  1744  1892 W System.err: 	at com.android.server.wm.WindowState.prepareSurfaces(WindowState.java:5494)
04-12 19:32:57.502  1744  1892 W System.err: 	at com.android.server.wm.WindowContainer.prepareSurfaces(WindowContainer.java:2432)
04-12 19:32:57.502  1744  1892 W System.err: 	at com.android.server.wm.ActivityRecord.prepareSurfaces(ActivityRecord.java:6682)
04-12 19:32:57.502  1744  1892 W System.err: 	at com.android.server.wm.WindowContainer.prepareSurfaces(WindowContainer.java:2432)
04-12 19:32:57.502  1744  1892 W System.err: 	at com.android.server.wm.Task.prepareSurfaces(Task.java:3973)
04-12 19:32:57.502  1744  1892 W System.err: 	at com.android.server.wm.WindowContainer.prepareSurfaces(WindowContainer.java:2432)
04-12 19:32:57.502  1744  1892 W System.err: 	at com.android.server.wm.WindowContainer.prepareSurfaces(WindowContainer.java:2432)
04-12 19:32:57.503  1744  1892 W System.err: 	at com.android.server.wm.WindowContainer.prepareSurfaces(WindowContainer.java:2432)
04-12 19:32:57.503  1744  1892 W System.err: 	at com.android.server.wm.WindowContainer.prepareSurfaces(WindowContainer.java:2432)
04-12 19:32:57.503  1744  1892 W System.err: 	at com.android.server.wm.WindowContainer.prepareSurfaces(WindowContainer.java:2432)
04-12 19:32:57.503  1744  1892 W System.err: 	at com.android.server.wm.DisplayArea$Dimmable.prepareSurfaces(DisplayArea.java:644)

通过堆栈可以分析到调用该接口的地方，这里主要是WindowManagerService的内容，需要根据实际情况分析具体原因。

假设图层没有异常，就需要分析图形数据有没有传递到HAL层，在《Android图形显示系统》介绍过，通过硬件混合渲染器合成的方式主要分为以下3步。

1）createLayer

//frameworks/native/services/surfaceflinger/SurfaceFlinger.cpp
void SurfaceFlinger::onMessageRefresh() {
    mCompositionEngine->present(refreshArgs);
}

//frameworks/native/services/surfaceflinger/CompositionEngine/src/CompositionEngine.cpp
void CompositionEngine::present(CompositionRefreshArgs& args) {
        for (const auto& output : args.outputs) {
            output->prepare(args, latchedLayers);
        }
}

//frameworks/native/services/surfaceflinger/CompositionEngine/src/Output.cpp
void Output::prepare(const compositionengine::CompositionRefreshArgs& refreshArgs,
                     LayerFESet& geomSnapshots) {
    rebuildLayerStacks(refreshArgs, geomSnapshots);
}

void Output::rebuildLayerStacks(const compositionengine::CompositionRefreshArgs& refreshArgs,
                                LayerFESet& layerFESet) {
    collectVisibleLayers(refreshArgs, coverage);               
}

void Output::collectVisibleLayers(const compositionengine::CompositionRefreshArgs& refreshArgs,
                                  compositionengine::Output::CoverageState& coverage) {
    for (auto layer : reversed(refreshArgs.layers)) {
        // Incrementally process the coverage for each layer
        ensureOutputLayerIfVisible(layer, coverage);
    }
}

void Output::ensureOutputLayerIfVisible(sp<compositionengine::LayerFE>& layerFE,
                                        compositionengine::Output::CoverageState& coverage) {
                                        
    auto result = ensureOutputLayer(prevOutputLayerIndex, layerFE);                         
 }  
//frameworks/native/services/surfaceflinger/CompositionEngine/include/compositionengine/impl/Output.h          
class Output : public virtual compositionengine::Output {                            
        OutputLayer* ensureOutputLayer(std::optional<size_t> prevIndex,
                                       const sp<LayerFE>& layerFE) {
            auto outputLayer = (prevIndex && *prevIndex <= mCurrentOutputLayersOrderedByZ.size())
                    ? std::move(mCurrentOutputLayersOrderedByZ[*prevIndex])
                    : BaseOutput::createOutputLayer(layerFE); //here
        }                             
}

//frameworks/native/services/surfaceflinger/CompositionEngine/src/Display.cpp
std::unique_ptr<compositionengine::OutputLayer> Display::createOutputLayer(
        const sp<compositionengine::LayerFE>& layerFE) const {
        auto hwcLayer = hwc.createLayer(*halDisplayId);
}

//frameworks/native/services/surfaceflinger/DisplayHardware/HWComposer.cpp
std::shared_ptr<HWC2::Layer> HWComposer::createLayer(HalDisplayId displayId) {
    auto expected = mDisplayData[displayId].hwcDisplay->createLayer();
} 
    
//frameworks/native/services/surfaceflinger/DisplayHardware/HWC2.cpp
base::expected<std::shared_ptr<HWC2::Layer>, hal::Error> Display::createLayer() {
    HWLayerId layerId = 0;
    auto intError = mComposer.createLayer(mId, &layerId);
}

//frameworks/native/services/surfaceflinger/DisplayHardware/ComposerHal.cpp
Error Composer::createLayer(Display display, Layer* outLayer)
{
    mClient->createLayer(display, kMaxLayerBufferCount,
                         [&](const auto& tmpError, const auto& tmpLayer) {
                             error = tmpError;
                             if (error != Error::NONE) {
                                 return;
                             }
                             *outLayer = tmpLayer;
                         });

    return error;
}

    createLayer请求HAL创建硬件图层保存图形缓冲。

2) setBuffer

void CompositionEngine::present(CompositionRefreshArgs& args) {

    for (const auto& output : args.outputs) {
        output->present(args);
    }
}

void Output::present(const compositionengine::CompositionRefreshArgs& refreshArgs) {
    writeCompositionState(refreshArgs);
}
void Output::writeCompositionState(const compositionengine::CompositionRefreshArgs& refreshArgs) {
    layer->writeStateToHWC(includeGeometry, skipLayer, z++, overrideZ, isPeekingThrough);
}

void OutputLayer::writeStateToHWC(bool includeGeometry, bool skipLayer, uint32_t z,
                                  bool zIsOverridden, bool isPeekingThrough) {
    if (auto error = hwcLayer->setBuffer(hwcSlot, hwcBuffer, acquireFence);  error != hal::Error::NONE) {}             
}
//HWC2.cpp
Error Layer::setBuffer(uint32_t slot, const sp<GraphicBuffer>& buffer,
        const sp<Fence>& acquireFence)
{
    auto intError = mComposer.setLayerBuffer(mDisplay->getId(), mId, slot, buffer, fenceFd);
    return static_cast<Error>(intError);
}

Error Composer::setLayerBuffer(Display display, Layer layer,
        uint32_t slot, const sp<GraphicBuffer>& buffer, int acquireFence)
{
    mWriter.selectDisplay(display);
    mWriter.selectLayer(layer);

    const native_handle_t* handle = nullptr;
    if (buffer.get()) {
        handle = buffer->getNativeBuffer()->handle;
    }

    mWriter.setLayerBuffer(slot, handle, acquireFence);
    return Error::NONE;
}

      setBuffer把要显示的图形缓冲从SurfaceFlinger传递到HAL

3) present

void Output::present(const compositionengine::CompositionRefreshArgs& refreshArgs) {
    prepareFrame();
}

void Output::prepareFrame() {
    chooseCompositionStrategy();
}

void Display::chooseCompositionStrategy() {
    if (status_t result =
                hwc.getDeviceCompositionChanges(*halDisplayId, anyLayersRequireClientComposition(),
                                                getState().earliestPresentTime,
                                                getState().previousPresentFence, &changes);
}
status_t HWComposer::getDeviceCompositionChanges(
        HalDisplayId displayId, bool frameUsesClientComposition,
        std::chrono::steady_clock::time_point earliestPresentTime,
        const std::shared_ptr<FenceTime>& previousPresentFence,
        std::optional<android::HWComposer::DeviceRequestedChanges>* outChanges) {
        error = hwcDisplay->presentOrValidate(&numTypes, &numRequests, &outPresentFence , &state);
}

HWC2.cpp
Error Display::presentOrValidate(uint32_t* outNumTypes, uint32_t* outNumRequests,
                                 sp<android::Fence>* outPresentFence, uint32_t* state) {

    auto intError = mComposer.presentOrValidateDisplay(
            mId, &numTypes, &numRequests, &presentFenceFd, state);
}

Error Composer::presentOrValidateDisplay(Display display, uint32_t* outNumTypes,
                               uint32_t* outNumRequests, int* outPresentFence, uint32_t* state) {
    mWriter.selectDisplay(display);
    mWriter.presentOrvalidateDisplay();
}

    present通知HAL把图形数据传递到底层驱动，开始对图形进行合成并显示。

    如果上面3步流程也没有问题，那么可以认为是底层显示驱动的问题，需要在显示驱动模块继续分析原因。

    小结：

    通过上面的分析可以指定，分析图形显示异常的关键主要在SurfaceFlinger，因此要对SurfaceFlinger的关键流程要比较熟悉，同时WindowManagerSurface的内容也很重要，这两部分内容可参考《Android图形显示系统》。

sino lee
关注
  • 62
    点赞
  • 踩
  • 22
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Android程序启动时出现黑屏问题的解决方法
09-01
主要介绍了Android程序启动时出现黑屏问题的解决方法,分析了黑屏出现的原因及相应的解决方法,需要的朋友可以参考下
Android各种卡死黑屏系统稳定性问题Log抓取大荟萃
热门推荐
IT先森
11-18 1万+
      Android各种卡死黑屏系统稳定性问题Log抓取大荟萃    作为Androd开发工作者的我们，经常会在实际的开发工作中遇到各种Android卡死黑屏系统稳定性等问题，遇到如上问题除了考验Android基本功是否扎实以外，最重要的是就是能否抓取到足够的日志和是否有足够的调试手段进行分析了。下面奉上我在实际工作中总结的抓取Log日志用到的各种必杀技。 应用冻结/奔...
高通 Android 12/13冻结屏幕
最新发布
郑敏
05-23 948
代码路径frameworks/base/core/java/android/view/ViewGroup.java 在onInterceptTouchEvent进行拦截。总体流程ViewGroup->PhoneWindowManager拦截按键 ->StatusBar->可能很多人听到这个以为是Android一种异常现象，实则不然，就是防止用户在做一些非法操作导致问题。1、主要通过用户行为比如禁止下拉状态栏和按键以及onTouch事件拦截等。3、PhoneWindowManager里面拦截 按键代码如何。
android 死机分析过程
hefangchi的专栏
11-01 823
死机 这里说的死机就是冻屏，停留在一个界面没反应。死机问题很少遇到，且大多不是一个用层问题，下面简单说下可能造成死机的原因和分析需要信息 死机可能原因： 1. 输入系统或者输入驱动问题 2. 系统逻辑问题或阻塞 3. Surfacefinger问题 4. 显示系统或LCM驱动问题 相关信息和抓log： 1. 确认adb是否可用 2. 抓取bugreport，adb bugreport > d:/bugreport.txt 3. 抓取dumpstate信息，adb shell dum
特定Adreno GPU的Android设备发生冻屏问题
UWA—简单优化，优化简单！
07-27 732
UWA一下，你就知道～
手机加密后，OTA升级过程中冻屏分析报告
10-21
ota升级，android系统优化界面卡死
android 冻屏
zhaoweixing1989的专栏
02-18 5869
用户在浏览器中点击某个下载项，从浏览器跳转到下载界面时，下载页面花了大约1分35秒才 显示出来。从log看，浏览器和下载的逻辑都正常。但是进程215中出现anr，导致下载页面显示慢。 请底层分析215(WindowManager, ActivityManager)进程anr。 详细log分析如下： 浏览器隐藏： 01-18 10:53:00.650 V/Controller(
Android hibernation 导致的冻屏问题分析
ztisen的博客
04-08 995
虽然问题解决了，但是客户非常好奇为什么同样的机器，不同的运营商复现概率差别如此大，其他两家运营商基本没有上报这个问题，这还需进一步调查。
Android黑屏冻屏死机重启问题
03-23 6837
折腾了这么久也该写点自己的一点体会吧，当然本人的阅历有限有错误的地方还请路过的大牛指点。 bug满天飞的日子终于过去，但是现在出现的死机重等问题很多都是复现的情况，但是以前一起积累的bug也是一大筐，现在慢慢分析，言归正传吧。   黑屏：有可能是驱动的suspend或者resume出问题，导致唤醒出错 冻屏：运行时屏幕突然定屏了，有可能是上层出问题导致的 死机：这个遇到很多导致的原因很多
android手机冻屏问题,android 模拟冻屏 代码实现
weixin_39887183的博客
05-29 904
思路:第一种方案：屏蔽除power外的其他按键，屏蔽状态栏下拉，屏蔽触屏。代码如下：需要系统签名：添加权限:package com.example.demo;import android.app.Activity;import android.os.Bundle;import android.view.KeyEvent;import android.view.Menu;import android...
Android截屏SurfaceView黑屏问题的解决办法
08-30
Android截屏SurfaceView黑屏问题的解决办法 Android截屏SurfaceView黑屏问题的解决办法是 Android 开发中一个常见的问题。这个问题的出现是由于 SurfaceView 的双缓冲机制，导致在截屏时无法获取到 SurfaceView 的...
android自定义相机黑屏问题.doc
07-13
android自定义相机黑屏问题.docandroid自定义相机黑屏问题.docandroid自定义相机黑屏问题.docandroid自定义相机黑屏问题.docandroid自定义相机黑屏问题.docandroid自定义相机黑屏问题.doc
Android自定义照相机Camera出现黑屏的解决方法
09-01
总结一下，解决Android自定义相机黑屏问题的主要策略包括： 1. 使用设备支持的最佳预览尺寸，而不是硬编码的尺寸。 2. 避免直接设置图片尺寸，或者确保设置的尺寸是设备支持的。 3. 考虑设备间的差异，进行兼容性...
Android界面切换出现短暂黑屏的解决方法
09-03
主要介绍了Android界面切换出现短暂黑屏的解决方法,本文讲解的是一个取巧方法,需要的朋友可以参考下
android 导航app稳定性总结2
我的专栏
01-22 373
查看activityrecord 启动log（往往都有对应的对象的id，看下是否同一个对象id），看下启动了几次，也可查看activity生命周期log（但有时候居然只打印一个的生命周期）就会导致启动失败 （关键字：deny， denied，FileNotFoundException），而且下次再进来的时候就好了，往往是系统为了优化启动时间，明明没有准备好。由于我们app是系统app，基本上常驻，这样的话，会导致当前的view虽然显示出来的，但处理数据还是给了老的view上面了，用户怎么点击，滑动。
Android UI 冻结处理方法
tianshi4851的专栏
11-04 2007
top,meminfo,bugreport,tombstone,anr等日志，具体抓取方法可以在参考其他文章。触摸屏幕，观察“adb shell getevent”的输出，看到触摸事件是否打印在屏幕。主要方法就是抓日志，看现象。
android 模拟冻屏 代码实现
程序员入门进阶
11-25 2001
思路: 第一种方案：屏蔽除power外的其他按键，屏蔽状态栏下拉，屏蔽触屏。 代码如下： 需要系统签名： 添加权限:         package com.example.demo; import android.app.Activity; import android.os.Bundle; import android.view.KeyE
一例冻屏问题分析
Walk More Slowly
09-22 5146
1      现象 P7升级到L版本，出现大概率反复开关机卡死，大概测试到几百次就能复现。 2      分析 幸好卡死的时候有adb端口。用ps命令执行发现会卡死，但是能打印出部分进程状态，已经打印出来的进程里面看到com.huawei.systemmanger处于D状态，ps –t 查看是它的主线程处于D状态，但是用cat /proc/***/stack又没有发现该线程有啥异常， 尝试
android黑屏问题分析
05-25
Android黑屏问题可能由多种因素引起，以下是一些可能导致黑屏问题的原因： 1. 应用程序崩溃：过度使用CPU、内存或其他资源可能导致应用程序崩溃，进而导致黑屏问题。 2. 系统错误：系统文件损坏、更新失败或安装了不兼容的软件可能会导致系统错误，从而导致黑屏问题。 3. 电池电量低：电池电量低可能导致设备无法正常启动，从而出现黑屏问题。 4. 显示器故障：屏幕损坏或硬件故障可能导致黑屏问题。 5. 软件更新问题：升级或更新操作系统时，可能会遇到黑屏问题，这可能是由于更新期间发生的错误导致的。 6. 恶意软件：某些恶意软件可能会导致黑屏问题。 如果您遇到了Android黑屏问题，可以尝试以下解决方法： 1. 重新启动设备。 2. 如果设备电量低，先充电再尝试启动设备。 3. 进入安全模式，卸载或禁用最近安装的应用程序，以确定是否是应用程序引起的问题。 4. 尝试恢复出厂设置。 5. 如果屏幕损坏或硬件故障，请联系厂家进行维修或更换。 6. 使用杀毒软件检查是否存在恶意软件，如果有，立即删除。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值