Redux createAsyncThunk命名疑问：是否可使用相同标签？

结论：技术上允许，但非常不推荐

1. 技术层面的可行性 #

Redux对createAsyncThunk的核心要求是完整的action type字符串必须唯一。比如你例子里的users/fetchFormData，只要没有其他thunk使用完全相同的这个action type，哪怕另一个thunk的函数名也是fetchFormData（对应posts/fetchFormData这类不同前缀的action type），Redux本身不会报错，代码也能正常运行。你在开发工具里看到的fetchFOrmData - users/fetchFormData，前者是thunk的函数名，后者是完整的action type，属于正常显示逻辑。

2. 为什么不推荐使用相同标签 #

• 调试效率低：在Redux DevTools里，多个同名的thunk会混在一起，你需要额外查看完整action type才能区分是哪个模块的请求，排查问题时会浪费不必要的时间。
• 代码可读性差：项目规模变大后，其他开发者看到fetchFormData这类通用名称时，无法立刻判断它对应哪个业务模块，增加代码理解成本。
• 潜在冲突风险：如果后续修改代码时不小心把两个同名thunk归到同一个slice下，就会导致action type完全重复，触发不可预测的状态更新bug。

3. 建议的做法 #

给thunk命名时绑定具体业务场景，比如：

• 针对用户模块的表单请求：fetchUserFormData，对应action type users/fetchUserFormData
• 针对文章模块的表单请求：fetchPostFormData，对应action type posts/fetchPostFormData

这样既能保证action type唯一，又能让代码和调试信息更清晰直观。

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