Figura 1. A barra de status e a barra de navegação, chamadas coletivamente de barras de sistema.
Disponha todos os apps para que o conteúdo se estenda da borda superior até a borda inferior da tela. Esse é o comportamento padrão a partir do Android 15
(nível 35 da API). Isso significa que as áreas superior e inferior do app são dispostas atrás da barra de status e da barra de navegação. Juntas, a barra de status e a barra de navegação são chamadas de barras de sistema. As barras do sistema são áreas geralmente dedicadas à exibição de notificações, comunicação do status do dispositivo e navegação do dispositivo.
As sobreposições entre o app e as áreas em que a interface do sistema é mostrada são um exemplo de encartes de janela, que representam as partes da tela em que o app pode cruzar com a interface do sistema. A interseção com essas partes da
interface pode significar mostrar acima do conteúdo, mas também pode informar seu app sobre
gestos do sistema.
Os seguintes tipos de encartes de janela estão disponíveis.
Por padrão, ative a opção para expandir a janela do app em toda a
tela e renderizar o conteúdo do app de ponta a ponta
atrás das barras de sistema. Use offsets para evitar mostrar conteúdo importante e destinos de toque atrás das barras de sistema.
Os apps que mostram conteúdo, como filmes ou imagens, podem ocultar temporariamente as barras de sistema para uma experiência mais imersiva.
Considere cuidadosamente as necessidades e expectativas dos usuários antes de modificar as barras de sistema, já que elas oferecem a eles uma maneira padrão de navegar em um dispositivo e visualizar o status dele.
Um corte da tela é uma área em alguns dispositivos que se estende até a superfície da tela para deixar espaço para sensores na parte frontal do dispositivo. Os apps podem
oferecer suporte a cortes da tela consultando as
posições para que nenhum conteúdo importante se sobreponha à área de corte.
Uma transição de teclado é um exemplo comum em que os encartes de janela são
atualizados dinamicamente. Os apps podem observar o estado atual do teclado,
alternar os estados de maneira programática, oferecer suporte a animações para encartes de janela
e fazer com que o conteúdo do app seja animado de maneira integrada entre as transições do teclado.
O conteúdo e os exemplos de código nesta página estão sujeitos às licenças descritas na Licença de conteúdo. Java e OpenJDK são marcas registradas da Oracle e/ou suas afiliadas.
Última atualização 2025-08-27 UTC.
[null,null,["Última atualização 2025-08-27 UTC."],[],[],null,["Try the Compose way \nJetpack Compose is the recommended UI toolkit for Android. Learn how to work with WindowInsets in Compose. \n[WindowInsets in Compose →](/develop/ui/compose/system/insets) \n\n\u003cbr /\u003e\n\n**Figure 1.** The status bar and navigation bar, collectively called the *system bars*.\n\nLayout all apps so that your content stretches from the top edge to the bottom\nedge of the screen. This is the default behavior beginning in Android 15\n(API level 35). This means that the top and bottom areas of your app are laid\nout behind the status bar and the navigation bar. Together, the status bar and\nthe navigation bar are called the *system bars*. The system bars are areas that\nare generally dedicated to the display of notifications, communication of device\nstatus, and device navigation.\n\nThe overlaps between your app and the areas where the system UI is displayed is\none example of *window insets*, which represent the parts of your screen where\nyour app can intersect with the system UI. Intersecting with these parts of the\nUI can mean displaying above the content, but it can also inform your app about\nsystem gestures.\n\nThe following types of window insets are available.\n\n- By default, opt-in to expand your app window to extend across the entire\n screen and draw app content [edge-to-edge](/training/gestures/edge-to-edge)\n behind the system bars. Use offsets to avoid displaying important content\n and touch targets behind system bars.\n\n- Apps that display content such as movies or images can temporarily [hide the\n system bars](/training/system-ui/immersive) for a more immersive experience.\n Carefully consider your users' needs and expectations before modifying the\n system bars, since they give users a standard way of navigating a device and\n viewing its status.\n\n- A *display cutout* is an area on some devices that extends into the display\n surface to provide space for sensors on the front of the device. Apps can\n support [display cutouts](/guide/topics/display-cutout) by querying their\n positions so that no important content overlaps the cutout area.\n\n- A keyboard transition is a common example where window insets are\n dynamically updated. Apps can observe the current keyboard state,\n programmatically toggle the states, support animations for window insets,\n and make app content animate seamlessly between keyboard transitions."]]
