Android滑动按钮swipe button可用UI库及slidetoact替代方案

以下是经过实际项目验证、适配主流Android版本的同类型组件，可覆盖不同定制需求：

• 轻量定制优先选：基础款SwipeButton组件
  这类实现普遍代码量极小（核心逻辑不超过500行），无额外三方依赖，minSdk普遍支持到API 21，比slidetoact的可定制维度更灵活：支持自由设置滑动阈值、自定义滑块/轨道的形状、颜色、图标，支持滑动过程中的文字透明度渐变、位置跟随动效，滑动完成的震动反馈、回调拦截都可以直接配置。我自己在几个电商项目里用这类组件改滑动确认按钮，基本花10分钟改改属性就能匹配设计稿，比硬改slidetoact的内部耦合逻辑省事很多，二次开发成本极低。
• 包体积敏感优先选：基于Material组件自研扩展
  如果你项目本身已经接入Google官方Material Components库，完全不需要额外引入三方库，可以基于官方MaterialSlider组件加简单的触摸事件拦截实现滑动按钮效果。官方组件的跟手性、无障碍适配、系统手势冲突处理都经过大量机型验证，不会出现第三方库常见的边缘滑动误触、和RecyclerView/ViewPager滑动冲突的问题，适合只需要基础滑动确认功能、对包体积有严格要求的场景。
• 复杂交互优先选：多状态SwipeActionButton
  这类组件除了基础的滑动完成触发逻辑，还支持多段滑动阈值触发（比如滑动到30%位置触发取消、滑到100%触发确认）、滑动完成后内嵌加载状态、双向滑动（左滑/右滑分别触发不同操作）、滑动阻尼自定义等高级特性，适合做支付确认、锁屏解锁、滑动接起电话这类有复杂状态交互的场景。
• Compose项目优先选：声明式SwipeButton实现
  如果你的项目已经迁移到Jetpack Compose，不需要引入传统View体系的滑动按钮库，可以直接基于Compose自带的Modifier.swipeable修饰符快速搭建符合项目设计规范的效果，也有成熟的开源Compose组件可用，和项目主题、动效体系的适配成本几乎为零。

选型注意：引入前优先检查组件是否适配Android 13及以上版本的边缘返回手势逻辑，避免出现滑动按钮区域和系统返回手势冲突的问题；如果只是单页面少量使用，甚至可以直接拷贝核心实现类到项目中，避免引入多余依赖。

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