Prism不是开箱即用的MVVM魔法框架，而是依赖注入驱动的约定优先模块化工具集；需显式注册容器扩展、确保导航类型提前注册、Region控件正确加载且被识别，否则易出现NullReferenceException或静默失败。
Prism.Core 和 Prism.Wpf 就想直接绑定 INavigationService，大概率会卡在 ContainerLocator.SetContainerExtension 报 NullReferenceException —— 因为 Prism 7+ 已彻底移除默认容器，你必须显式注册一个。
为什么 PrismApplication 启动就崩溃？
最常见的原因是跳过了容器初始化或误用了旧版写法。Prism 8+（对应 .NET 5/6/7+ WPF）强制要求你在 PrismApplication.CreateContainerExtension 中返回一个实现了 IContainerExtension 的实例，不能只调用 new DryIocContainerExtension() 就完事——DryIoc 包本身不带 DryIocContainerExtension，得装 Prism.DryIoc.Extensions 或改用 Prism.Unity.Extensions。
- 确认已安装匹配的扩展包：
Prism.DryIoc.Extensions（非Prism.DryIoc） -
CreateContainerExtension返回值不能为 null，哪怕只是临时用new DryIocContainerExtension(new Container()) - 不要在
OnInitialized里手动调用RegisterTypeForNavigation—— 它必须在容器注册完成之后、窗口显示之前执行，否则导航器拿不到类型映射
INavigationService 注入失败的三个典型场景
这个接口不是全局单例，它按导航上下文隔离：Shell 窗口的 ViewModel 拿到的是 Shell 级导航器，而 Region 内部模块的 ViewModel 拿到的是该 Region 绑定的导航器。如果你在模块 A 的 View 中用 RegionManager.RequestNavigate，却在模块 B 的 ViewModel 构造函数里注入 INavigationService，那它很可能是 null。
- 确保 ViewModel 基类继承自
BindableBase，且构造函数参数明确标注[Dependency]（Unity）或使用构造函数注入（DryIoc 默认支持） - 检查 View 与 ViewModel 是否通过
ViewModelLocator.AutomaticRegistration="True"正确关联；若手动设置DataContext，会绕过 Prism 的自动解析链 - 导航目标页面的 ViewModel 必须被容器注册过（哪怕只是
containerRegistry.RegisterForNavigation<myview myviewmodel>()</myview>），否则RequestNavigate会静默失败
RegionManager 找不到 Region 的真实原因
RegionManager.GetObservableRegion 返回 null 并不总意味着 XAML 里没写 prism:RegionManager.RegionName，更常见的原因是 Region 所在控件尚未加载（Loaded 事件未触发），或者父容器没被正确标记为 RegionManager 的管理范围。
- WPF 中，只有
ContentControl、ItemsControl、TabControl等原生支持 Region 的控件才能被自动识别；自定义 UserControl 需显式添加prism:RegionManager.RegionName属性 - 如果 Region 在
TabControl的TabItem内部，要确保TabItem的Content是实际承载内容的控件（比如ContentControl），而不是直接放文本 - 调试技巧：在
OnInitialized后加断点，用RegionManager.Regions.Keys查看当前注册了哪些 Region 名称，比盲目查 XAML 更快
RegisterForNavigation 调用背后，牵扯容器注册时机、Region 加载顺序、导航器作用域三层约束。漏掉任意一层，表现都是“没反应”或“对象为空”，但根本原因可能天差地别。 
