前端做数字货币，Vuex状态管理这几个坑不踩一次真不知道

做数字货币前端项目三年，Vuex几乎是绕不开的状态管理工具。钱包余额、实时行情、交易流水，全指望它撑着。

拿一个实际的BTC/USDT交易对来说，price、volume、high、low这些字段每秒刷新好几次，直接扔进组件data里vuex数字货币，Vue响应式系统会频繁触发重渲染。把行情数据放进Vuex的state前端做数字货币，Vuex状态管理这几个坑不踩一次真不知道，配合module按币种拆分，每个交易对独立一个模块，组件用mapState取数，性能差距非常明显。

钱包模块的state设计要特别小心。balance字段绝对不能被组件直接修改，必须走mutation。用户点"充值"按钮，dispatch一个action，action里调后端API拿到新余额，再commit更新。这条链路一旦断裂，用户看到的余额和链上实际不符，客诉直接爆炸。

实时行情走WebSocket推送，数据到store里，mutation直接覆盖旧值就行。但有个坑：断线重连后行情有一两秒空窗期，组件只读Vuex旧数据，用户看到的是"冻结"价格。我在组件里加了个isStale判断，超过3秒没更新就显示"连接中"提示。

多币种场景下，把ERC20、TRC20、BEP20全塞进一个扁平state，字段冲突、逻辑混乱是迟早的事。后来我按链拆module，eth、tron、bsc各一个，模块内部再按代币地址建子state，代码量多了但维护清爽很多。