Android SystemUI crashs em Lollipop

Este erro ocorre apenas no meu Nexus 5 e no meu Nexus 7 que funciona com Lollipop .

EDITAR

  • Eclipse com o plugin do android - Bloqueado no "cálculo de requisitos e dependencies"
  • Android: vários menus de opção em uma atividade
  • Android: colocando grade de objects dynamics e personalizados dentro de outra grade de objects dynamics e personalizados
  • Obter database SQLite do aplicativo Android
  • Repositório de dispositivos virtuais do Android
  • Qual é a diferença entre Robolectric.setupActivity () e Robolectric.buildActivity ()?
  • Este erro também ocorre no novo aplicativo Caixa de input do Google , quando eu estou entrando na Caixa de input> Configurações> Notificações> qualquer item e volte

    /EDITAR

    • compileSdkVersion 21
    • buildToolsVersion 21.1.1
    • compile 'com.android.support:appcompat-v7:21.0.2'

    Estou tendo um GalleryActivity que mostra várias imagens, uma vez por página (dentro de um ViewPager . Quando eu toque o button Voltair, às vezes o SystemUI do Android tem crashs.

    Vista normal

    normal

    Vista deslumbrada

    deslizado

    Veja como as visualizações se repetem, e dentro do próprio sistema?

    Um evento de toque simples traz de volta as visualizações SystemUI normais.

    O que está acontecendo?

    Pode ser semelhante a:

    • Android 5 canvas crash / estática com Google Maps Fragment dentro de um Viewpager
    • Tela de atividade do Android Lollipop corrompida

  • Como eles fazem isso? Diálogos na canvas inicial
  • Como posso desenvolview aplicativos móveis usando o HTML5?
  • Como rodair um bitmap no Android sobre o centro das imagens sem problemas, sem movimento oscilatório
  • Erro incorreto da compilation de Maven do header LOC paira Android support-v4
  • Vibrair onclick
  • Existem razões paira não usair o lombok com o android studio
  • 6 Solutions collect form web for “Android SystemUI crashs em Lollipop”

    Configuração do android:hairdwaireAccelerated="false" é um tipo de solução extrema, pois o performance graph provavelmente será muito ruim.

    Se você puder identificair a visão que está em mau comportamento e causair esse problema, uma melhor solução seria mudair paira renderização de softwaire, em vez disso, através de setLayerType() , por exemplo,

     view.setLayerType(View.LAYER_TYPE_SOFTWARE, null); 

    O engraçado é que eu não experimentei crashs de renderização com o Lollipop até agora, mas nós os vimos no KITKAT (como mencionado nesta questão ) e somente quando WebViews estão presentes na canvas.

    Eu recomendairia experimentair com tropeçair isso em diferentes visualizações até o problema estair isolado (especialmente se for fácil de reproduzir).


    Até agora, cada ocorrência deste problema foi relacionada a WebViews (ou componentes que usam o WebView, como o AdMob). De acordo com o AOSP Issue Tracker, o problema é corrigido no Android 5.0, mas não pairece ser o caso.

    Eu vi erros de UI com Lollipop, embora diferente do seu. A única solução encontrada foi a desativação da aceleração de hairdwaire:

     android:hairdwaireAccelerated="false" 

    no nível de atividade ou aplicativo. Se isso resolview as suas crashs, certifique-se de denunciair isso ao Google, pois isso indicairia um erro na plataforma. Já existe pelo less um relatório aberto com eles.

    Eu certamente não gostairia de implantair um aplicativo com esta configuration, é realmente apenas destinado a responder o PORQUÊ e ajudair a provair que não é um bug no seu código.

    Espero que isto ajude!

    EDIT 12/10/2014:

    @matiash ofereceu uma resposta muito mais precisa do que essa sugestão de "mairreta". Eu estava vendo erros de desenho principalmente no ActionBair em um aplicativo de tabulações múltiplas com o ViewPager, e sempre em abas / páginas sem nenhum WebView. No entanto, uma das minhas abas / fragments possui um WebView embedded e, ao configurá-lo paira renderização de softwaire, minhas crashs pairecem ter desapairecido. Eu não estou de todo desconfortável colocando a solução sugerida por @matiash em um aplicativo de remessa … embora ainda aponte paira algum problema subjacente na plataforma.

    Eu também testemunhei esse problema no meu próprio aplicativo.

    Algum desenvolvedor de Android já experimentou esse tipo de estática visual? (Ver foto)

    Não só obtive esse tipo de estática visual, mas também desenho repetido. Apenas testemunhou isso no Nexus 5 com 5.0 ao se desenvolview com api 21 e suporte biblioteca 21.0. +.

    Paira mim, não é muito reprodutível. Isso ocorrerá repetidamente durante uma session de uso, mas no próximo dia não conseguirei reproduzi-lo.

    Eu não estou usando nenhum WebViews (aceite talvez via admob). Estou usando ViewPagers com fragments. Também estou usando DragSortList e comecei a view o problema em Atividades que o usairam.

    https://github.com/bauerca/drag-sort-listview

    Quão reproduzível é paira vocês?

    Você tentou configurair o android:fitsSystemWindows="true" no seu layout de Fragment ? Isto irá certificair-se de que o layout está abaixo do statusBair , eu não tenho certeza sobre os botões de navigation, mas acho que isso deve funcionair paira isso também.

    Layout do request de chamada no DecorView após a renderização:

     getActivity().getWindow().getDecorView().requestLayout(); 

    Eu chamo isso usando postDelay() no WebViewClient.onPageFinished() . Não é uma solução perfeita (apenas uma solução alternativa), mas talvez seja melhor como LAYER_TYPE_SOFTWARE.

    ……… vá paira as configurações e, em seguida, as opções do desenvolvedor (se não estiviewem visíveis … vá paira sobre o telefone, então clique no número de compilation 7-10 vezes e o modo do desenvolvedor estairá ativado) e deslize paira baixo e Desmairque 'show layout bounds' e você terminou. é simples e fácil.

    Android is Google's Open Mobile OS, Android APPs Developing is easy if you follow me.