组件间传值：location state、Redux、Context如何选择？是否该用它？

答案是：可以用，但要匹配你的具体场景，它不是万能方案。

适合用location state的场景 #

• 页面跳转时传递一次性临时数据：比如从列表页跳转到详情页时携带的筛选条件、临时表单草稿（用户中途跳转其他页面后返回需要恢复的内容）。这种场景下，location state无需编写Redux的action/dispatch逻辑，也不用层层透传props，跨路由传值直接高效。
• 数据无需持久化：location state本质存储在内存中（多数路由库刷新页面后会丢失），如果你的数据刷新后不需要保留，完全可以放心使用。

不适合用location state的场景 #

• 全局共享或多组件联动的数据：比如用户登录状态、全局主题配置，这类需要多个组件实时感知变化的数据，location state无法实现全局订阅更新，用Redux或React Context才是正确选择。
• 需要持久化的数据：如果刷新页面后数据不能丢失，location state满足不了需求，得用localStorage、redux-persist或者后端存储来实现。
• 大体积数据：虽然没有严格的大小限制，但过大的数据会影响路由跳转性能，部分路由库也会对state大小做限制，这种情况别硬用location state。

和其他方案的对比 #

• 对比props：props适合父子/近邻组件传值，跨多级路由时会出现“props drilling”（层层透传）的问题，这时候location state能省去很多冗余代码。
• 对比Redux/Context：Redux适合全局状态的统一管理，需要维护状态变更、多组件联动的场景；location state则是轻量的跳转传值方案，不用维护store和action，简洁高效，但没有全局状态管理的能力。

总结建议 #

如果你的需求是页面跳转时传递临时、非全局、无需持久化的数据，直接用location state就行，不用犹豫；如果涉及全局共享、持久化或多组件联动，老老实实用对应的方案（Redux/Context/props）。

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