如何让CoordinatorLayout调整依赖视图大小而非偏移

核心问题根源 #

默认的appbar_scrolling_view_behavior 采用*视觉偏移（translationY）*的方式将内容区下移到AppBar下方，不会改变内容区的实际布局尺寸。当CollapsingToolbar完全展开时，内容区整体下移的距离等于AppBar的高度，由于内容区本身高度为全屏高度，偏移后内容区底部会超出屏幕边界，直接遮挡Fragment内固定在底部的控件。

实现思路 #

替换默认滚动行为的偏移逻辑，放弃逐帧视觉偏移的实现方式，在AppBar高度动态变化时，调整内容区的顶部布局参数，让内容区高度始终等于「屏幕总高度 - AppBar当前高度」，保证内容区底部永远对齐屏幕下边缘，内部固定的底部控件自然处于可视范围内。

具体实现步骤 #

1. 编写自定义Behavior类 #

完全替代默认的滚动关联逻辑，核心逻辑是监听AppBar的位置变化，动态修改内容区的顶部边距：

import android.content.Context
import android.util.AttributeSet
import android.view.View
import androidx.coordinatorlayout.widget.CoordinatorLayout
import com.google.android.material.appbar.AppBarLayout

class ContentMatchVisibleHeightBehavior : CoordinatorLayout.Behavior<View>() {

    // 无参构造，支持代码动态实例化
    constructor() : super()

    // 带AttributeSet的构造，支持从xml布局文件加载
    constructor(context: Context, attrs: AttributeSet?) : super(context, attrs)

    // 声明仅响应AppBarLayout的状态变化
    override fun layoutDependsOn(
        parent: CoordinatorLayout,
        child: View,
        dependency: View
    ): Boolean {
        return dependency is AppBarLayout
    }

    // AppBar位置/高度变化时的回调
    override fun onDependentViewChanged(
        parent: CoordinatorLayout,
        child: View,
        dependency: View
    ): Boolean {
        val appBar = dependency as AppBarLayout
        val appBarBottomEdge = appBar.bottom

        // 动态修改内容区的顶部边距，替代原来的视觉偏移逻辑
        val layoutParams = child.layoutParams as CoordinatorLayout.LayoutParams
        if (layoutParams.topMargin != appBarBottomEdge) {
            layoutParams.topMargin = appBarBottomEdge
            child.layoutParams = layoutParams
        }
        return true
    }
}

2. 修改布局配置 #

将承载Fragment的容器上的默认Behavior替换为自定义类的全路径，原有布局结构完全保留：

<FrameLayout
    android:id="@+id/content"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    app:layout_behavior="com.your.application.package.ContentMatchVisibleHeightBehavior">
    <!-- 原有Fragment的所有布局内容完全不需要修改 -->
</FrameLayout>

方案优势 #

• 兼容现有架构：不需要调整Fragment内部的布局层级，不需要将底部固定控件移出Fragment，完全适配现有动态加载Fragment的结构
• 交互体验无差异：CollapsingToolbar的折叠展开、scrim颜色渐变、Toolbar固定等原有效果完全不受影响，没有改动AppBarLayout本身的滚动逻辑
• 性能更优：所有尺寸调整都在布局阶段完成，避免默认Behavior逐帧做视觉偏移带来的过度绘制问题

注意事项 #

• AppBarLayout上的app:layout_scrollFlags保持原有scroll|exitUntilCollapsed配置即可，不需要额外调整
• 保留布局中原有的android:fitsSystemWindows="true"配置，系统状态栏、导航栏的窗口适配逻辑不受自定义Behavior影响
• 嵌套滑动、RecyclerView/NestedScrollView的滚动联动逻辑完全兼容，不需要额外适配

内容的提问来源于stack exchange，提问作者Ben