Avalonia跨窗口通信推荐事件总线、依赖注入服务或回调委托等松耦合方式；首选WeakReferenceMessenger实现发布-订阅；其次通过DI共享服务同步状态；模态交互可用传参+委托；严禁直接引用窗口实例。
Avalonia 中窗口间通信不依赖全局静态变量或紧耦合设计，推荐使用事件总线（Event Aggregator）、依赖注入服务、或回调委托等松耦合方式。核心原则是避免直接引用对方窗口实例，保证可测试性和生命周期安全。
使用 EventAggregator 实现发布-订阅通信
这是最推荐的跨窗口通信方式，尤其适合一对多、解耦场景。Avalonia 本身不内置 EventAggregator，但可轻松集成 CommunityToolkit.Mvvm 中的 WeakReferenceMessenger 或第三方库如 Prism.Events（需适配）。
- 在发送方窗口（如 MainWindow）中发送消息：
- 在接收方窗口（如 SettingsWindow）中注册监听（建议在
OnAttachedToVisualTree或构造后）：
- 注意：用
this作为接收器可自动解注册，避免内存泄漏；消息类型建议定义为不可变 record 或 class。
通过共享的 ViewModel 或服务注入传递数据
若两个窗口共用同一业务上下文（如编辑同一个文档），可将状态托管在共享的 ViewModel 或 Service 中，并通过 DI 注入到各窗口。
- 定义一个生命周期为
Singleton或Transient（按需）的服务：
- 在 App.axaml.cs 的 DI 容器中注册：
- 两个窗口的 ViewModel 都通过构造函数接收该服务，读写同步数据，无需直接通信。
打开新窗口时传参 + 回调委托（适合模态/一次性交互）
适用于主窗口打开设置窗、弹窗确认等场景，强调“发起-响应”关系。
- 在主窗口中创建子窗口时传入 Action 或 Func 委托：
dialog.OnSave = () => { RefreshUI(); };
dialog.Show(this);
- 子窗口内部在保存后触发：
- 注意：确保委托不捕获窗口实例以防循环引用；关闭子窗口前可置空委托。
避免直接引用窗口实例通信
不要在窗口 A 中持有窗口 B 的字段引用（如 private SettingsWindow _settings;），这会导致生命周期混乱、内存泄漏和单元测试困难。即使使用 Window.GetWindow(this) 查找父窗，也仅限临时 UI 层联动（如菜单定位），不可用于业务数据流转。
