Jetpack Compose中ModalDrawer与Scaffold内置抽屉的区别及适用场景

• 组件定位不同
  ModalDrawer 是Material Compose提供的独立抽屉组件，本身自带完整的抽屉状态管理（DrawerState）、模态遮罩、侧滑触发逻辑，可脱离其他组件单独使用，也支持直接和导航组件联动做自定义路由控制。
  Scaffold 的 drawerContent 是脚手架组件封装的内置抽屉能力，底层复用了ModalDrawer的核心逻辑，额外默认实现了和Scaffold内TopAppBar汉堡按钮、Snackbar避让等联动逻辑，不需要开发者手动写绑定代码。
• 功能灵活性不同
  ModalDrawer 支持自定义几乎所有抽屉交互逻辑，包括触发区域、遮罩样式、抽屉展开的边界判断等，灵活度更高。
  Scaffold(drawerContent) 仅支持官方提供的定制参数，大部分交互逻辑是固定的，适合快速实现标准Material Design风格的页面结构。

网传二者兼容性差的说法属于对异常场景的误读：只有同时开启Scaffold的内置抽屉（传了drawerContent参数），又在Scaffold的内容区额外声明了ModalDrawer组件时，才会出现双抽屉冲突的异常；如果仅选择其中一种实现抽屉，或者只把Scaffold作为布局容器、不传入drawerContent的前提下单独使用ModalDrawer，完全不会有兼容问题。

• 优先选Scaffold(drawerContent)的场景：
  • 页面符合标准Material Design结构，需要用到Scaffold提供的TopAppBar、底部导航、Snackbar宿主等配套能力
  • 抽屉为页面全局导航组件，不需要做特殊的交互自定义，用官方默认封装逻辑即可满足需求，能减少大量样板代码
• 优先选ModalDrawer的场景：
  • 页面不需要Scaffold的其他配套能力，仅需要单独的侧滑抽屉功能
  • 抽屉为页面局部模块的组件，或者需要自定义抽屉的触发逻辑、交互样式，不需要和Scaffold的其他组件做默认联动
  • 需要对抽屉和导航组件的联动做深度自定义，默认的Scaffold封装逻辑无法满足需求

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