Angular中使用RouterLink导航时如何保持Redux应用状态？

先帮你理清楚核心问题：RouterLink本身不会导致Redux全局状态重置，大概率是你的状态管理逻辑或者组件生命周期处理出了问题——Redux的store是全局单例，只要你没有主动触发清空Properties的action，状态应该会一直保留。下面针对你的两个选项和最佳实践逐一说明：

选项a：每次进入Properties列表时重新加载数据 #

这是最简单直接的方案，适合以下场景：

• 数据实时性要求极高（比如Properties频繁被其他用户修改）
• 你不需要保留用户之前的筛选、分页等状态
• 状态本身属于短期临时数据（比如用户只看一次列表就离开）

实现起来很简单：在Properties列表组件的ngOnInit钩子，或者用路由守卫（CanActivate）触发加载数据的Redux action。如果担心重复加载，可以在action里先判断store中是否已有数据，再决定是否发起请求。

但缺点也很明显：如果用户频繁在列表和创建页面之间切换，重复请求会浪费资源，而且丢失之前的浏览状态（比如用户翻到第3页，返回后又回到第1页），体验不好。

选项b：替代RouterLink的方式保持状态 #

其实完全不需要替代RouterLink！问题的根源不是路由跳转，而是你的状态没有被store正确持久化。你可以这么做：

1. 排查状态重置原因：检查你的reducer，有没有在处理某个action时意外清空了Properties数组？比如路由切换时是否触发了RESET_STATE之类的全局action？另外，组件销毁时取消Redux订阅是正常的，但store里的状态应该还在，组件重新初始化时只要重新订阅就能获取到。
2. 让store维护全局状态：不管路由怎么切换，Properties的状态应该存在store里。当你从创建页面返回列表时，组件在ngOnInit里直接从store读取已有数据，而不是重新请求。
3. 关于[state]传递状态：确实没必要用这种方式传递整个状态——Redux的核心价值就是全局状态管理，手动传递状态反而违背了它的设计初衷。

推荐的最佳实践 #

1. 优先修复状态重置问题：先找到store里Properties被清空的原因，确保只有在明确需要的时候（比如用户手动刷新、登出）才重置状态。
2. 按需加载数据：进入列表页面时，先检查store中是否已有Properties数据：
   • 如果有，直接使用，保留用户之前的浏览状态
   • 如果没有（比如首次进入），再发起请求加载
3. 可选：组件缓存（RouteReuseStrategy）：如果你的Properties列表组件有复杂的本地状态（比如表单输入、展开的详情），不想每次路由切换都销毁重建，可以自定义RouteReuseStrategy，让Angular缓存组件实例。但这是组件级的解决方案，不是全局状态管理的首选，适合特定场景。
4. 避免不必要的状态重置：确保你的reducer逻辑严谨，只有收到明确的清空action时才重置Properties，不要在路由切换的副作用里误触清空操作。

总结下来，最合理的方案是让Redux store正确维护Properties的全局状态，组件从store读取数据，而不是每次重新加载或者手动传递状态。RouterLink完全可以正常使用，不需要替换。

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