如何在Kotlin Jetpack Compose中处理通知操作按钮并调用ViewModel函数

方案1：修改DeepLink增加参数（推荐） #

这个方案完全可行，也是贴合Jetpack Compose路由最佳实践的实现方式。

• 具体步骤：
  1. 调整DeepLink模式为https://abcd.com/thatRoute/{xyid}/{action}，用accept/reject或true/false作为action参数区分操作类型。
  2. 在Navigation Compose的路由配置中解析参数并调用ViewModel函数：

     navGraphBuilder.composable(
         route = "thatRoute/{xyid}/{action}",
         deepLinks = listOf(navDeepLink { uriPattern = "https://abcd.com/thatRoute/{xyid}/{action}" })
     ) { backStackEntry ->
         val xyid = backStackEntry.arguments?.getString("xyid") ?: ""
         val isAccept = backStackEntry.arguments?.getString("action") == "accept"
         val viewModel: UserViewModel = hiltViewModel()
         // 用LaunchedEffect确保仅在页面初始化时执行一次
         LaunchedEffect(Unit) {
             viewModel.acceptOrRejectFreindRequest(isAccept)
         }
         UserScreen(viewModel = viewModel)
     }
     

  3. 构建通知按钮的PendingIntent时，分别指向带不同action参数的DeepLink地址，比如Accept按钮对应https://abcd.com/thatRoute/123/accept，Reject对应https://abcd.com/thatRoute/123/reject。
• 优势：路由与业务逻辑解耦，符合Compose Navigation设计思路，无需额外组件，Hilt可直接在Composable中通过hiltViewModel()获取ViewModel。

方案2：在MainActivity中捕获Intent处理 #

这个方案可行，但流程繁琐，不推荐作为首选。

• 具体步骤：
  1. 在MainActivity的onNewIntent或onCreate中解析Intent的DeepLink数据：

     override fun onNewIntent(intent: Intent?) {
         super.onNewIntent(intent)
         intent?.data?.let { uri ->
             val xyid = uri.pathSegments.getOrNull(1) ?: ""
             val action = uri.pathSegments.getOrNull(2) ?: ""
             val isAccept = action == "accept"
             // 通过ViewModelProvider获取ViewModel实例
             val viewModel: UserViewModel = ViewModelProvider(this)[UserViewModel::class.java]
             viewModel.acceptOrRejectFreindRequest(isAccept)
             // 导航到目标页面
             navController.navigate("thatRoute/$xyid/$action")
         }
     }
     

• 劣势：打破MVVM模式中ViewModel负责业务逻辑的边界，Activity中处理业务易导致代码耦合，且后台唤醒时可能出现重复调用问题。

方案3：创建BroadcastReceiver注入ViewModel #

这个方案不可行。BroadcastReceiver属于短生命周期系统组件，Hilt无法直接为其注入依赖于Activity/Fragment生命周期的ViewModel，强行实现会引发内存泄漏或ViewModel生命周期异常，不建议尝试。

额外注意事项 #

• 通知的PendingIntent需设置FLAG_UPDATE_CURRENT或FLAG_IMMUTABLE（Android 12+强制要求），避免Intent数据不更新。
• 调用ViewModel函数时用LaunchedEffect包裹，确保仅执行一次，防止页面重建时重复触发操作。
• 若操作涉及网络请求，ViewModel中需使用viewModelScope执行任务，保证请求在ViewModel生命周期内完成。

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