
Zustand异步操作导致数据更新延迟的解决方案
在使用Zustand状态管理库时,异步操作后数据更新的时机常常会造成困扰。本文将分析一个案例,并提供解决useStore()获取到的数据滞后于异步操作更新的问题的方案。
问题描述: 开发者使用Zustand定义了一个名为projsslice的切片,包含storeprojs(项目列表)、isloadinggetprojs(加载状态)和storegetprojs(异步获取项目列表的函数)。在fetchapi函数中调用storegetprojs获取项目列表,但由于异步特性,setdatasource(storeprojs)执行时,storeprojs可能仍为空。
原始代码片段:
// store.ts
const {storeprojs, storegetprojs} = usestore()
...
export const createsettingsslice = (set:any, get:any): projsslice => ({
storeprojs: [],
isloadinggetprojs: false,
storegetprojs: async() => {
set({ isloadinggetprojs: true });
const res = await window.electron.ipcrenderer.invoke("r2m:settings:getproj")
console.log("res12: ", res)
return set(() => ({ storeprojs: res, isloadinggetprojs: false }))
},
})
// 使用示例
const { storeprojs, storegetprojs, isloadinggetprojs } = usestore();
async fetchapi(){
await storegetprojs()
// 使用data
setdatasource(storeprojs) // 问题在这里,storeprojs 仍然为空
}
问题分析: await storegetprojs()等待异步操作完成,但storegetprojs内部使用set更新状态是一个异步过程。setdatasource(storeprojs)执行时,UI可能尚未重新渲染,导致storeprojs仍为旧值。
解决方案:
避免return set(...),直接在storegetprojs内部使用set更新storeprojs。修改后的createsettingsslice如下:
export const createSettingsSlice = (set:any, get:any): ProjsSlice => ({
storeProjs: [],
isLoadingGetProjs: false,
storeGetProjs: async() => {
set({ isLoadingGetProjs: true });
const res = await window.electron.ipcRenderer.invoke("R2M:settings:getProj")
console.log("res12: ", res)
set({ storeProjs: res, isLoadingGetProjs: false }) // 直接使用set更新storeProjs
},
})
通过直接在storegetprojs内部使用set,确保异步操作完成后立即更新storeProjs,避免数据不一致。fetchapi函数无需修改,因为await storegetprojs()已确保异步操作完成。 这确保了storeprojs在setdatasource调用时已经包含了最新的数据。










