OnNavigatedTo与Initialize(Async)适用场景及选择规则

核心判定只需要问两个问题：

1. 这个逻辑是不是和ViewModel实例生命周期强绑定，只要实例不被销毁就只需要执行一次？
2. 这个逻辑是不是依赖每次导航传入的动态参数、或者要求每次进页面都拿到最新结果？
   两个问题的答案直接对应逻辑归属，没有模糊空间。

两个方法的明确职责边界 #

• Initialize：仅在ViewModel首次实例化时执行1次，后续同页面反复导航进出、ViewModel被缓存复用的场景下不会重复触发。本质是ViewModel构造逻辑的补充，执行时机早于页面挂载，仅用来处理和实例本身绑定的一次性逻辑，绝对不能依赖动态导航参数。
• OnNavigatedTo：每次路由导航到对应页面、ViewModel被激活时都会触发，不管是首次加载、从其他页面跳转进入、还是从下级页面回退返回，每次进入页面都会执行。本质是页面级激活钩子，执行时页面已完成导航挂载，所有动态导航参数已完成注入，用来处理和每次页面进入相关的逻辑。

高频场景逻辑归属 #

导航参数处理 #

所有导航参数的接收、解析、校验逻辑必须放在OnNavigatedTo中实现。

踩坑提醒：绝大多数MVVM框架都会对ViewModel做缓存复用，Initialize执行时导航参数还未完成注入，此时读取参数只会拿到空值；如果后续跳转同一页面传入新参数，因为Initialize不会重复执行，新参数完全无法被读取，直接导致页面数据显示错误。
典型错误场景：商品列表页点击不同商品跳转详情页，如果把商品id解析逻辑放在Initialize，ViewModel缓存后，从第二个商品开始点进去，详情页永远显示第一次加载的商品信息。

API数据拉取 #

不要一概而论全放某一个方法，按数据属性拆分：

• 适合放在Initialize的请求：
  必须同时满足两个条件：① 数据不依赖任何动态导航参数；② 数据在ViewModel生命周期内不需要频繁更新。比如页面固定的下拉选项字典、不随用户操作变化的静态配置、用户基础昵称头像这类短时间不会变更的信息，哪怕是长耗时请求也可以放在这里一次性拉取，避免重复请求浪费流量和加载时间。
• 适合放在OnNavigatedTo的请求：
  满足任意一个条件就必须放在这里：① 数据请求依赖本次导航传入的参数（比如根据商品ID拉取详情、根据订单ID拉取订单状态）；② 数据对实时性要求高，每次进页面都需要展示最新状态（比如用户账户余额、未读消息数、订单实时进度）。
  长耗时请求放这里时建议加简单的重复请求拦截，避免用户快速反复跳转同页面时发起无效重复请求。

常见错误避坑 #

• 不要把所有初始化逻辑全堆在Initialize：会直接导致ViewModel缓存复用时页面数据不刷新、导航参数失效。
• 不要把所有逻辑全堆在OnNavigatedTo：会导致每次进页面都重复拉取不需要更新的静态数据，拉长页面加载等待时间、浪费请求资源。
• 不要在Initialize中执行依赖页面挂载状态的操作（比如注册页面生命周期事件、弹出页面级提示）：Initialize执行时页面可能还未完成导航挂载，很容易触发空引用、弹窗不显示的异常。

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