创建不关联Redux状态且不修改状态的Redux Thunk是否为反模式？

这种仅作为异步操作占位符、完全不关联Redux状态的Thunk+空Reducer组合，确实属于Redux的反模式，原因如下：

• Redux的核心是状态管理容器，Thunk、Action、Reducer这些机制的设计初衷全是围绕「状态的读取、更新、同步」展开的。用Redux来执行完全不碰状态的异步操作，等于把它当成了一个多余的异步任务调度器，既浪费了Redux的核心价值，还平白增加了代码复杂度——本来写个独立异步函数就能搞定的事，非要套Action、Reducer的壳子，纯纯多了冗余代码。
• 这种写法还会混淆代码职责：其他开发者看到Redux里的Action，第一反应会默认它和状态变更有关，结果一看根本不修改状态，反而增加了理解成本。

正确的处理方式 #

对于这种不涉及Redux状态的异步操作，直接封装成独立的工具函数或服务类就行，完全没必要放进Redux流程：

// 独立异步函数示例，无需Redux
export const fetchUserDownloadFiles = async () => {
  const response = await fetch('/api/user/downloads');
  return response.json();
};

如果后续这个异步操作的结果需要存入Redux状态（比如记录下载列表、加载状态），再把它改成Thunk Action，同时在Reducer里添加对应的状态更新逻辑即可。

你提到的其他「确实操作并更新状态的Redux Thunk和Reducer」是完全符合Redux设计初衷的，不需要调整。

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