应用启动后如何移除AppBar阴影？含特定Fragment场景适配问题

这种情况的核心原因是：AppBarLayout的elevation会在视图初始化和绘制流程中被系统或Material Design的默认逻辑覆盖——你在onCreate/onResume里的设置，会被后续布局计算、状态初始化的步骤冲掉，而锁屏解锁后视图状态稳定，设置才不会被覆盖。

下面是几个可靠的解决方案，按推荐程度排序：

1. 用post()延迟执行设置（最推荐） #

View.post()会把任务放到UI队列的末尾，等视图完全绘制完成后再执行，此时设置的elevation不会被后续系统操作覆盖。

在Activity中修改： #

class MainActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)
        setSupportActionBar(toolbar)
        
        // 用post确保视图绘制完成后再修改阴影
        appBar.post {
            ViewCompat.setElevation(appBar, 0f)
        }
    }
}

在Fragment中修改（适配抽屉布局的Fragment切换场景）： #

把你的setToolbarShadow方法改成带post的版本，在Fragment的onViewCreated或onResume中调用：

fun setToolbarShadow(dropShadow: Boolean) {
    appBar.post {
        val elevation = if (dropShadow) Utils.dp2px(4, resources) else 0f
        ViewCompat.setElevation(appBar, elevation)
    }
}

// 在Fragment中调用
override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
    super.onViewCreated(view, savedInstanceState)
    // 获取Activity中的AppBar实例
    val appBar = requireActivity().findViewById<AppBarLayout>(R.id.appBar)
    setToolbarShadow(false) // 移除阴影
}

2. 监听AppBarLayout的布局变化 #

通过addOnLayoutChangeListener监听布局完成事件，每次布局调整后重新设置elevation，适合需要频繁切换阴影状态的场景：

// 在Activity初始化或Fragment的onViewCreated中添加监听器
appBar.addOnLayoutChangeListener { _, _, _, _, _, _, _, _, _ ->
    val dropShadow = // 根据当前Fragment状态判断是否需要阴影
    val elevation = if (dropShadow) Utils.dp2px(4, resources) else 0f
    ViewCompat.setElevation(appBar, elevation)
}

// 注意：在Fragment销毁时要移除监听器，避免内存泄漏
override fun onDestroyView() {
    super.onDestroyView()
    appBar.removeOnLayoutChangeListener(layoutChangeListener)
}

3. XML中直接默认设置（静态场景） #

如果你的首个Fragment始终不需要阴影，可以直接在activity_main.xml的AppBarLayout中固定设置elevation，省去代码控制：

<android.support.design.widget.AppBarLayout
    android:id="@+id/appBar"
    android:layout_width="match_parent"
    android:layout_height="wrap_content"
    android:theme="@style/ThemeOverlay.AppCompat.ActionBar"
    app:popupTheme="@style/ThemeOverlay.AppCompat.Light"
    android:elevation="0dp"
    app:elevation="0dp"> <!-- 同时设置android和app命名空间，兼容不同版本 -->
    <!-- ... 内部Toolbar等视图 ... -->
</android.support.design.widget.AppBarLayout>

这些方案的核心逻辑都是避开视图初始化的竞争期，确保你的elevation设置在系统默认逻辑之后执行，这样就能保证设置生效了。

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