而且选型最好还是看看是否通用，比如支不支持 SSR 啦，支不支持 Taro 啊什么的。

我开始用 valtio 的时候发现没有 next.js 方案，或者说这个 lib 他妈的太小众了，根本没有同时用 valtio 又用 next.js 的人。结果我看了一下，发现很好解决啊，server 那边注水了放在 window ，然后 client 这边让 valtio 初始化加载 window 上的 INIT_STATE 就好了嘛。

不过也可能因为官方不支持，所以用的人很好，毕竟 SSR 这种原理大部分人都不明白为什么，会用 next.js 就行了。

之前用 recoil 的时候其实是因为不支持 Taro 而弃坑的，没明白为什么一个 state lib 要写那么复杂用那么多 api 。

再就是，泛用性的 lib 比如 mobx 这种，本身 mobx 性能是很好的，或者说极其好！但是一架上 mobx-react 就 gg 了，性能断崖式下跌，当然一般人不处理那种一个 page 几万个 nodes 的应该也不会有什么感觉。但优先选择我还是会选 react ONLY 的 lib ，毕竟针对 render 是有优化的。

推荐如果没有强烈的 immutable 需求还真的就只推 valtio 。

jotai 很好，但有个问题（也可能不是），就是你用一个 atom ，比如 [a, setA] = useAtom(aAtom)，你写 100 个组件里面的 a 名字就都不一样，但是用的 aAtom 是一个，这样在重构的时候很容易发生疏漏。当然回到我之前说也可能不是问题的问题那句话，可能这就是分布式应有的风格，所以我也无法过多评论。

状态总体分为 api state 也可以说是 data state 。还有一些 global state ，这个保存一些 token 啊 全局 setting 啊（也来自 api ）。

react-query 解决了 data state ，是没错，但是其实还要一个 state lib 来存放其他 global state ，并且理想状态这些 global 可以被观察 effect 。如果没有这个需求，那你大可存在 window 。

所以，基于上面的前提，我是觉得 RQ + valtio 是够用且好用的。

@isukkaw v 站没有引用特指回复 #24 ，z 虽然也好但是写法相对于 v 太复杂了。

其实可以这么理解 p 家的几个 state lib 。jotai 其实是一切的桥梁，是一个大平台，你想要的 z ，v ，甚至是 localstore 、RQ 什么的，都可以在 jotai 中实现桥接！他就是 p 家的万精油，但是可惜，valtio 实在太好用太简洁了，是一个 mobx-like 的小 lib ，使用上非常先进，也没有 mobx 这种包一层入侵你代码的 observer ，就是纯粹，状态就在哪里了，你想什么读怎么改都行！特别适合某些项目五六层深度的组件忽然想改爸爸的爸爸的爷爷组件中的某个 flag……

诶，打住不多说了，让大家自己选择吧，valtio 比起 jotai 实在太小众太不出名了。但是却很够用。

状态管理这块。喜欢分布式就 jotai ，喜欢中心化就 valtio 。目前所有项目已从 jotai 转到 valtio ，就只为了在 jsx 之外也能拿到 state ，感觉很好。体积从 2KB 变成 6KB ，基本上可以忽略不计。

@nonoyang 同样问题不过是 16 款，一开始提示要更换电池，然后就出现了屏幕盒盖之后没背光，再后来就充不上了，问了维修要 1k 多，放着不管已经两年年了……

Alfred 体验无敌。

不过 PSP 玩 GBA 模拟器不行，屏幕只能 1.5 倍放大，实在难受。要玩 GBA 还是得买 GBA 或 NDSi 之类的硬支 GBA 并且持像素点对点的才行。

最近也买了个 PSP1000 ，玩 勇者别嚣张 上头。

五年前买的 switch ，玩了野炊 1 ，现在一直吃灰。等野炊 2 。太值了！这个游戏卖 3k 我也买。

jotai + react-query.

@CallmeDredd 我长期云南小豆，咖啡豆主要喝个新鲜，烘出来最好不超过两星期。不管什么进口大牌金豆放超过一个月就 gg 。而且咖啡喝越久就越感觉各价位的豆子也没有想象中差距那么大。控制好水温就好，拿不准就 80 度，基本不会过萃。

pdd 找 云南咖啡（小豆），500g/28 元。买个 V60 和滤纸，手冲。

我买过至少 30 种 30 元以下的 500g ，老实说就云南小豆是“还能喝”的。

为什么买这个，我一天 5 杯量，一杯 20g ，一周就一包了。

p.s. 没有磨豆机就让老板帮你磨粉，磨粉建议买 250g 的，喝点新鲜的吧。

有条件早上起来跑步 15min ，没时间外出就买跑步机，晚上睡前瑜伽 15min 。

我 30+ ，腰偶尔感觉不舒服，每天坚持这两个操作就好了。这个问题真的严重，不可逆，一定要重视。

Taro 小程序选 jotai ，体积非常小且兼容性非常好。实际上 jotai 可以用在任何地方，包括 Taro 和 RN 等一切 React Base 的地方。recoil 是很奇怪，在 Taro 上用不了，体积相对 jotai 也大了非常多，不知道有什么黑魔法。

我已经用 jotai 替代 mobx 已经半年了，感觉全局 state 这块的心智负担已降至 0 。但 jotai 有个缺点，就是 jotai 只能在 「 React 内」使用。这个作者也比较头疼，宣称用户想要和 「 React 外」通信只好借助 jotai-zustand 解决。不过我是接受不了这个方式，所以所有非 React 代码比如 utils 工具都要以 hooks 的方式出现，习惯后发现这样也挺好。

@zwgf hhh 老哥把我给整笑了，原来 PHP 还有这一出啊……

Laravel +1

20 年双 11 ，84%。 使用状况是早上起来拔电，睡觉才充电。

react-query 配合 axios 完成 99% 的状态管理，还有复杂的（指父子子孙孙嵌套组件），全局的会用 mobx 完成最后 1%。

另外 hooks 的确有负担，而且不小，我有个项目自己写了 500+ hooks 组件但不敢说自己会用了。主要是黑魔法太多比如用 useRef 全局存状态什么的，要是写不好，组件会出现非常多没必要的 reRender 。

读官方 hooks 文档用处不是太大，随便看看就行，官方自己也承认没写好目前在重写中，主要还是多写多踩坑吧，写够一定数量的 hooks，就自然学会了。