Android 平台负责绘制系统界面,例如状态栏和导航栏。无论用户使用哪个应用,系统都会显示此系统界面。
WindowInsets
提供有关系统界面的信息,以确保您的应用在正确区域绘制,并且您的界面不会被系统界面遮挡。
在 Android 14(API 级别 34)及更低版本中,应用的界面默认不会在系统栏和显示屏缺口下方绘制。
在 Android 15(API 级别 35)及更高版本中,一旦应用以 SDK 35 为目标平台,就会在系统栏和刘海屏下方绘制。这会带来更顺畅的用户体验,并让您的应用能够充分利用可用的窗口空间。
在系统界面后面显示内容称为“无边框”。在本页中,您将了解不同类型的边衬区、如何实现边到边设计,以及如何使用边衬区 API 为界面添加动画效果,并确保应用的内容不会被系统界面元素遮挡。
边衬区基础知识
当应用采用边到边模式时,您需要确保重要内容和互动不会被系统界面遮挡。例如,如果按钮位于导航栏后面,用户可能无法点击它。
系统界面的大小以及其放置位置的信息通过内边距指定。
系统界面的每个部分都有相应的边衬区类型,该边衬区会描述其尺寸及其放置位置。例如,状态栏内边距可提供状态栏的大小和位置,而导航栏内边距可提供导航栏的大小和位置。每种类型的内嵌边距都由四个像素尺寸组成:上、左、右和下。这些尺寸指定系统界面从应用窗口的相应侧延伸的距离。因此,为避免与此类系统界面重叠,应用界面必须按此幅度进行嵌入。
以下内置 Android 边衬区类型可通过 WindowInsets
提供:
描述状态栏的边衬区。这些是顶部的系统界面栏,其中包含通知图标和其他指示器。 |
|
状态栏内嵌,适用于状态栏处于可见状态时。如果状态栏目前处于隐藏状态(由于进入沉浸式全屏模式),则主状态栏内嵌将为空,但这些内嵌将不为空。 |
|
用于描述导航栏的内嵌。这些是设备左侧、右侧或底部的系统界面栏,用于描述任务栏或导航图标。这些内容可能会在运行时根据用户的首选导航方法和与任务栏的互动而发生变化。 |
|
导航栏内嵌,适用于导航栏处于可见状态时。如果导航栏目前处于隐藏状态(由于进入沉浸式全屏模式),则主导航栏内嵌将为空,但这些内嵌将不为空。 |
|
描述系统界面窗口装饰(如果是在自由窗口)中的边衬区,例如顶部标题栏。 |
|
字幕栏会在其可见的情况下插入。如果字幕栏目前处于隐藏状态,则主字幕栏内嵌将为空,但这些内嵌将不为空。 |
|
系统栏边衬区的并集,包括状态栏、导航栏和标题栏。 |
|
系统栏内嵌,适用于系统栏处于可见状态时。如果系统栏目前处于隐藏状态(由于进入沉浸式全屏模式),则主系统栏内嵌将为空,但这些内嵌将不为空。 |
|
描述软件键盘底部所占空间的边衬区。 |
|
用于描述软件键盘在当前键盘动画之前占用的空间量的内嵌。 |
|
用于描述软件键盘在当前键盘动画结束后将占用的空间量。 |
|
一种边衬区,用于描述有关导航界面的更多详细信息,从而留出了“点按”空间将由系统(而非应用)处理。对于带有手势导航的透明导航栏,某些应用元素可通过系统导航界面进行点按。 |
|
可点按的元素在可见时显示的内边距。如果可点按元素当前处于隐藏状态(由于进入沉浸式全屏模式),则可点按元素的主要边衬区将为空,但这些边衬区将是非空的。 |
|
边衬表示系统将拦截手势进行导航的边衬量。应用可以通过 |
|
系统手势的一部分,始终由系统处理,且无法通过 |
|
边衬区表示避免与刘海屏(凹口或针孔)重叠所需的间距量。 |
|
表示瀑布流广告展示区域的弯曲区域的内嵌。瀑布屏的屏幕边缘有弧形区域,屏幕会从这些区域开始沿着设备侧边展开。 |
这些类型总结为可确保内容不会被遮盖的三种“安全”边衬区类型:
这些“安全”内嵌类型会根据底层平台内嵌方式以不同的方式保护内容:
- 使用
WindowInsets.safeDrawing
保护不应在任何系统界面下绘制的内容。这是边衬区最常见的用途:防止绘制被系统界面(部分或完全)遮挡的内容。 - 使用
WindowInsets.safeGestures
通过手势保护内容。这样可以避免系统手势与应用手势(例如底部动作条、轮播界面或游戏中)的手势发生冲突。 - 将
WindowInsets.safeContent
作为WindowInsets.safeDrawing
和WindowInsets.safeGestures
的组合使用,以确保内容没有视觉重叠和手势重叠。
边衬区设置
如需允许应用完全控制其绘制内容的位置,请按照以下设置步骤操作。如果不执行这些步骤,您的应用可能会在系统界面后面绘制黑色或纯色,或者动画不会与软件键盘同步。
- 以 SDK 35 或更高版本为目标平台,以便在 Android 15 及更高版本上强制执行边到边。您的应用显示在系统界面后面。您可以通过处理内边距来调整应用的界面。
- (可选)在
Activity.onCreate()
中调用enableEdgeToEdge()
,以允许您的应用在早期 Android 版本中采用无边框设计。 在 activity 的
AndroidManifest.xml
条目中设置android:windowSoftInputMode="adjustResize"
。通过此设置,您的应用可以接收软件 IME 的大小作为内嵌,以便在 IME 在应用中显示和消失时适当地填充和布局内容。<!-- in your AndroidManifest.xml file: --> <activity android:name=".ui.MainActivity" android:label="@string/app_name" android:windowSoftInputMode="adjustResize" android:theme="@style/Theme.MyApplication" android:exported="true">
Compose API
当 activity 接管所有内边距的处理后,您可以使用 Compose API 确保内容不会被遮挡,并且可交互元素不会与系统界面重叠。这些 API 还会根据内边距更改同步应用的布局。
例如,下面是将边衬区应用于整个应用内容的最基本方法:
override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) enableEdgeToEdge() setContent { Box(Modifier.safeDrawingPadding()) { // the rest of the app } } }
此代码段将应用 safeDrawing
窗口边衬区作为应用整个内容的内边距。这可确保可交互元素不会与系统界面重叠,但这也意味着任何应用都不会在系统界面后面绘制,以达到全屏效果。为了充分利用整个窗口,您需要逐个屏幕或逐个组件地微调边衬区的应用位置。
所有这些边衬区类型都会自动向后移植到 API 21 的 IME 动画添加动画效果。因此,使用这些内边距的所有布局也会随着内边距值的变化而自动呈现动画效果。
您可以通过以下两种主要方式使用这些内边距类型来调整可组合项布局:内边距修饰符和内边距大小修饰符。
内边距修饰符
Modifier.windowInsetsPadding(windowInsets: WindowInsets)
会将给定的窗口边衬区应用为内边距,其行为与 Modifier.padding
相同。例如,Modifier.windowInsetsPadding(WindowInsets.safeDrawing)
会将安全绘制边衬区作为内边距应用于所有 4 个边。
此外,还有一些适用于最常见边衬区类型的内置实用程序方法。Modifier.safeDrawingPadding()
就是其中一种方法,相当于 Modifier.windowInsetsPadding(WindowInsets.safeDrawing)
。其他内边距类型也有类似的修饰符。
边衬区大小修饰符
以下修饰符通过将组件的大小设置为边衬的大小来应用窗口边衬的大小:
将 windowInsets 的起始侧作为宽度应用(如 |
|
将 windowInsets 的结束边应用为宽度(如 |
|
将 windowInsets 的顶部作为高度应用(如 |
|
|
将 windowInsets 的底边应用为高度(如 |
这些修饰符对于调整占据内边距空间的 Spacer
的大小特别有用:
LazyColumn( Modifier.imePadding() ) { // Other content item { Spacer( Modifier.windowInsetsBottomHeight( WindowInsets.systemBars ) ) } }
插入式广告消耗
内边距内边距修饰符(windowInsetsPadding
和 safeDrawingPadding
等辅助程序)会自动使用作为内边距应用的内边距部分。深入了解组合树时,嵌套的边衬区内边距修饰符和边衬区尺寸修饰符知道部分边衬区已经被外部边衬区内边距修饰符占用,因此应避免多次使用边衬区的同一部分,以免产生过多的额外空间。
如果边衬区已被使用,边衬区大小修饰符还会避免重复使用边衬区的同一部分。不过,由于它们会直接更改自己的大小,因此不会自行使用内边距。
因此,嵌套内边距修饰符会自动更改应用于每个可组合项的内边距量。
我们再来看一下之前的 LazyColumn
示例,LazyColumn
正在通过 imePadding
修饰符调整大小。在 LazyColumn
中,最后一个项的大小为系统栏底部的高度:
LazyColumn( Modifier.imePadding() ) { // Other content item { Spacer( Modifier.windowInsetsBottomHeight( WindowInsets.systemBars ) ) } }
当 IME 处于关闭状态时,imePadding()
修饰符不会应用内边距,因为 IME 没有高度。由于 imePadding()
修饰符不会应用内边距,因此不会占用任何内边距,并且 Spacer
的高度将与系统栏底部的大小相同。
当 IME 打开时,IME 内嵌动画会调整为与 IME 的大小相匹配,并且 imePadding()
修饰符会在 IME 打开时开始应用底部内边距以调整 LazyColumn
的大小。当 imePadding()
修饰符开始应用底部内边距时,它也会开始使用相应数量的内边距。因此,由于 imePadding()
修饰符已应用系统栏的部分间距,因此 Spacer
的高度开始缩减。一旦 imePadding()
修饰符应用的底部内边距大于系统栏,Spacer
的高度就会为零。
当 IME 关闭时,相应更改会以相反的方向发生:当 imePadding()
应用的高度小于系统栏底部时,Spacer
会从零高度开始扩展,直到 IME 完全动画化退出后,Spacer
最终与系统栏底部的高度一致。
此行为是通过所有 windowInsetsPadding
修饰符之间的通信完成的,并且会受到其他一些方式的影响。
Modifier.consumeWindowInsets(insets: WindowInsets)
也采用与 Modifier.windowInsetsPadding
相同的方式使用边衬区,但不会将所用边衬区应用为内边距。将此修饰符与内边距大小修饰符结合使用非常有用,可向同级兄弟元素表明系统已使用了一定数量的内边距:
Column(Modifier.verticalScroll(rememberScrollState())) { Spacer(Modifier.windowInsetsTopHeight(WindowInsets.systemBars)) Column( Modifier.consumeWindowInsets( WindowInsets.systemBars.only(WindowInsetsSides.Vertical) ) ) { // content Spacer(Modifier.windowInsetsBottomHeight(WindowInsets.ime)) } Spacer(Modifier.windowInsetsBottomHeight(WindowInsets.systemBars)) }
Modifier.consumeWindowInsets(paddingValues: PaddingValues)
的行为与使用 WindowInsets
参数的版本非常相似,但需要使用任意 PaddingValues
。当内边距或间距由其他机制(而非内边距修饰符)提供时,这对于告知子项非常有用,例如普通的 Modifier.padding
或固定高度的间隔符:
Column(Modifier.padding(16.dp).consumeWindowInsets(PaddingValues(16.dp))) { // content Spacer(Modifier.windowInsetsBottomHeight(WindowInsets.ime)) }
如果需要未消耗的原始窗口边衬区,请直接使用 WindowInsets
值,或使用 WindowInsets.asPaddingValues()
返回不受消耗影响的边衬区的 PaddingValues
。不过,由于存在以下注意事项,请尽可能使用窗口边衬区内边距修饰符和窗口边衬区尺寸修饰符。
边距和 Jetpack Compose 阶段
Compose 使用底层 AndroidX 核心 API 更新和为边衬进行动画处理,而边衬使用底层平台 API 进行管理。由于这种平台行为,内嵌与 Jetpack Compose 的各个阶段之间存在特殊关系。
边衬区的值在组合阶段之后但在布局阶段之前更新。这意味着,在组合中读取边衬区的值通常会使用延迟一帧的边衬区值。本页介绍的内置修饰符旨在延迟使用内边距值,直到布局阶段,以确保内边距值在更新时在同一帧上使用。
使用 WindowInsets
的键盘 IME 动画
您可以将 Modifier.imeNestedScroll()
应用于滚动容器,以便在滚动到容器底部时自动打开和关闭 IME。
class WindowInsetsExampleActivity : AppCompatActivity() { override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) WindowCompat.setDecorFitsSystemWindows(window, false) setContent { MaterialTheme { MyScreen() } } } } @OptIn(ExperimentalLayoutApi::class) @Composable fun MyScreen() { Box { LazyColumn( modifier = Modifier .fillMaxSize() // fill the entire window .imePadding() // padding for the bottom for the IME .imeNestedScroll(), // scroll IME at the bottom content = { } ) FloatingActionButton( modifier = Modifier .align(Alignment.BottomEnd) .padding(16.dp) // normal 16dp of padding for FABs .navigationBarsPadding() // padding for navigation bar .imePadding(), // padding for when IME appears onClick = { } ) { Icon(imageVector = Icons.Filled.Add, contentDescription = "Add") } } }
对 Material 3 组件的边衬支持
为方便使用,许多内置的 Material 3 可组合项 (androidx.compose.material3
) 会根据可组合项在应用中根据 Material 规范的放置方式,自行处理边衬区。
处理边衬的可组合项
下面列出了自动处理边衬区的 Material 组件。
应用栏
TopAppBar
/SmallTopAppBar
/CenterAlignedTopAppBar
/MediumTopAppBar
/LargeTopAppBar
:将系统栏的顶部和水平边应用为内边距,因为它用于窗口顶部。BottomAppBar
:将系统栏的底部和水平边应用为内边距。
内容容器
ModalDrawerSheet
/DismissibleDrawerSheet
/PermanentDrawerSheet
(模态抽屉式导航栏内的内容):将垂直和起始内边距应用于内容。ModalBottomSheet
:应用底部边衬区。NavigationBar
:应用底部和水平内边距。NavigationRail
:应用 vertical 和 start 边衬区。
Scaffold
默认情况下,Scaffold
会将内边距作为参数 paddingValues
提供给您使用。Scaffold
不会将边衬区应用于内容;您应自行负责。例如,如需在 Scaffold
中使用 LazyColumn
使用这些边衬区,请使用以下代码:
Scaffold { innerPadding -> // innerPadding contains inset information for you to use and apply LazyColumn( // consume insets as scaffold doesn't do it by default modifier = Modifier.consumeWindowInsets(innerPadding), contentPadding = innerPadding ) { items(count = 100) { Box( Modifier .fillMaxWidth() .height(50.dp) .background(colors[it % colors.size]) ) } } }
替换默认内边距
您可以更改传递给可组合项的 windowInsets
形参,以配置可组合项的行为。此参数可以是其他类型的窗口内边距,以替代要应用的内边距;也可以通过传递空实例 WindowInsets(0, 0, 0, 0)
来停用。
例如,如需停用 LargeTopAppBar
上的内边处理,请将 windowInsets
参数设置为空实例:
LargeTopAppBar( windowInsets = WindowInsets(0, 0, 0, 0), title = { Text("Hi") } )
与 View 系统内边距的互操作性
如果您的屏幕在同一层次结构中同时包含 View 和 Compose 代码,您可能需要替换默认的内边距。在这种情况下,您需要明确说明哪个视图应使用内边距,哪个视图应忽略内边距。
例如,如果最外层的布局是 Android View 布局,您应该使用 View 系统中的边衬区,并在 Compose 中忽略这些边衬区。或者,如果最外层布局是可组合项,您应在 Compose 中使用内边距,并相应地为 AndroidView
可组合项添加内边距。
默认情况下,每个 ComposeView
都会在 WindowInsetsCompat
级别的使用情况中消耗所有内嵌。如需更改此默认行为,请将 ComposeView.consumeWindowInsets
设置为 false
。
资源
- Now in Android - 一款完全使用 Kotlin 和 Jetpack Compose 构建的功能齐全的 Android 应用。
- 应对 Android 15 强制执行的无边框措施 - 此 Codelab 将详细介绍 Android 15 强制执行的无边框措施
- Android 15 无边框强制执行的边衬处理提示
- 预览和测试应用的无边框界面
- 提升 Android 应用体验的 3 大功能:无边框、预测性返回和一目了然 - 一段 YouTube 视频,讲解了 Android 15 全面屏政策的执行方式
- 边到边和内嵌 | Compose 提示 - YouTube 视频,展示了如何处理内嵌以绘制边到边
为您推荐
- 注意:当 JavaScript 处于关闭状态时,系统会显示链接文字
- Material 组件和布局
- 将
CoordinatorLayout
迁移到 Compose - 其他注意事项