类组件通过connect HOC使用RTK切片action是否需dispatch？

这两种写法本质是Redux connect HOC的特性导致的，和RTK本身关系不大——RTK生成的action creator就是标准的Redux action creator，只是RTK帮你自动完成了action类型定义和创建逻辑而已。

1. 显式用dispatch包裹action #

这是Redux最基础的用法：

// 组件内调用
this.props.dispatch(updateAbc(payload))

这里的dispatch是connect默认注入到组件props中的方法，你手动执行RTK生成的updateAbc得到action对象，再传给dispatch触发状态更新，整个流程完全符合Redux的核心逻辑。

2. 直接调用传入的action creator #

这种情况是因为你在connect的mapDispatchToProps里，把RTK的action creator直接以对象属性的形式传入了，比如：

import { updateXyz } from './yourSlice'

const mapDispatchToProps = {
  updateXyz
}

export default connect(mapStateToProps, mapDispatchToProps)(YourClassComponent)

Redux的connect会自动对这个对象里的每个action creator做绑定dispatch的处理：它会把updateXyz包装成一个新函数，内部自动执行dispatch(updateXyz(payload))。所以你在组件里直接调用this.props.updateXyz(payload)，和第一种写法的效果完全等价。

你需要注意的细节 #

• 两种写法没有功能差异，最终都会触发对应的action更新状态，Redux DevTools的Actions面板也都会显示完整的action日志。
• 如果你的mapDispatchToProps是一个函数而非对象，就需要手动用dispatch包裹action creator，或者用Redux内置的bindActionCreators工具（RTK完全兼容这个工具）：

  import { bindActionCreators } from 'redux'
  import { updateXyz } from './yourSlice'
  
  const mapDispatchToProps = (dispatch) => {
    // 用bindActionCreators自动绑定
    return bindActionCreators({ updateXyz }, dispatch)
    // 或者手动编写绑定逻辑
    // return {
    //   updateXyz: (payload) => dispatch(updateXyz(payload))
    // }
  }
  

• 即便用RTK的configureStore创建store，这个绑定逻辑和传统Redux store完全一致——RTK只是简化了action、reducer的编写流程，并没有修改Redux核心的绑定机制。

总结：两种写法都是合法的，区别只是connect帮你自动完成了dispatch绑定，还是你手动调用dispatch。具体选哪种，看团队的代码风格约定即可，没有对错之分。

内容的提问来源于stack exchange，提问作者Carlos Jaime C. De Leon