Avalonia中ViewModel传参核心是传数据或触发通信而非直接传VM。常用方式包括：①NavigationService+CommandParameter传基础类型参数；②Messenger消息总线实现松耦合通信；③共享Singleton服务暂存上下文；④Ursa.Avalonia路由参数解析。需注意生命周期管理。
Avalonia 中 ViewModel 之间传递参数，核心思路是“不直接传 ViewModel，而是传数据或触发通信”。导航本身不自带参数绑定机制，需结合 MVVM 框架能力（如 CommunityToolkit.Mvvm 或 ReactiveUI）和 Avalonia 的导航服务来实现。关键在于解耦：目标页接收参数，而不是强依赖来源页。
用 NavigationService + CommandParameter 传简单值
这是最常用、最轻量的方式，适合跳转时带 ID、名称、状态码等基础类型参数。
- 在源 ViewModel 中定义命令，使用 CommandParameter 绑定要传的值（比如一个字符串 ID 或整数）
- XAML 中 Button 的
Command绑定到该命令，CommandParameter绑定到属性或常量 - 命令执行时，通过
INavigationService.NavigateTo()创建目标 ViewModel 实例，并把参数传进去（例如作为构造函数参数或设置属性） - 目标 ViewModel 构造时接收参数，完成初始化（如加载对应数据）
用 Messenger（消息总线）实现松耦合传参
适合跨层级、非直接导航关系的 ViewModel 通信，比如从详情页返回后刷新列表页，或全局通知某项配置已变更。
Reactivation Specialist · 流失召回
下载
适用于用户提出以下需求时：“构建赢回活动（win-back campaign）”、“重新激活已流失订阅者（re-engage lapsed subscribers）”、“执行重新授权 / 重新同意（re-permission / re-consent）清理”或“清理无效联系人列表（sunset my dead list）”；输出一个闭环式再激活方案——包括：流失用户群组（lapsed-cohort）定义、分阶段优惠阶梯（staged offer ladder）、重新授权（re-consent / re-p
- 用 CommunityToolkit.Mvvm.Messaging（推荐）或第三方事件聚合器
- 发送方调用
WeakReferenceMessenger.Default.Send(new MyMessage(data)) - 接收方在构造函数中注册监听：
WeakReferenceMessenger.Default.Register<mymessage>(this, (r, m) => { /* 处理 data */ })</mymessage> - 注意：接收方需确保在生命周期结束前调用
Unregister，或使用Register<t>(this, ...)</t>自动管理
用共享服务（Singleton Service）存取临时参数
适用于多步流程中需要暂存上下文，比如向导页、表单分步填写、编辑草稿等场景。
- 定义一个服务类（如
IEditingContext），注册为Singleton - 在跳转前，把参数写入该服务：
_context.CurrentItemId = 123; - 目标 ViewModel 通过构造函数注入该服务，读取参数并清空/重置（避免残留）
- 优点是无需修改导航逻辑，缺点是状态隐式、不易追踪，建议加注释和清理逻辑
用路由参数（Ursa.Avalonia 或自定义 Router）
如果你用了 Ursa.Avalonia，它提供了类似 Web 的路由系统，支持 URL 风格参数：
- 导航时写成
navigationService.NavigateTo("/colors/edit?id=42&mode=advanced") - 目标 ViewModel 实现
IRoutableViewModel，重写OnNavigatedTo(NavigationContext context) - 从
context.Uri.Query或context.Parameters解析键值对 - 需配合 Ursa 的
Router和视图注册机制，不是 Avalonia 原生能力
不复杂但容易忽略：无论哪种方式，都要注意生命周期——避免因 ViewModel 被 GC 导致消息监听丢失，或共享服务中参数滞留影响后续操作。
