为什么没有在subscribe块中调用store.dispatch()？

在Redux中，subscribe方法用于订阅store中的状态变化。当调用store.dispatch()方法触发一个action后，Redux会根据reducer的逻辑进行状态的更新，并通知所有已经订阅的函数。因此，为什么没有在subscribe块中调用store.dispatch()是因为在subscribe的回调函数中调用store.dispatch()可能导致无限循环。

当我们在subscribe中调用store.dispatch()时，会触发一个action，并引发reducer的执行。然而，reducer执行完成后，由于状态更新，subscribe中的回调函数将再次被调用。如果在回调函数中再次调用store.dispatch()，则会再次触发action，再次引发reducer执行，如此往复，导致无限循环。

这是因为在subscribe方法中执行store.dispatch()，会将dispatch的action加入到当前执行的action队列中。由于subscribe的回调函数是在当前的action执行完毕后才执行的，因此又会触发新的action，再次执行subscribe中的回调函数。这种情况下，循环会一直进行下去，直到栈溢出或其他错误发生。

为了避免这种无限循环的问题，Redux禁止在reducer中直接调用store.dispatch()。在实际开发中，我们应该将store.dispatch()放在组件的逻辑中，例如在用户交互事件处理函数中触发dispatch，或在生命周期钩子函数中调用。这样可以保证单向数据流的正常进行，避免不必要的循环。

总结： 在subscribe块中不应该调用store.dispatch()，因为这样可能导致无限循环的问题。Redux禁止在reducer中直接调用store.dispatch()，应该将store.dispatch()放在组件逻辑中，例如用户交互事件处理函数或生命周期钩子函数中调用。这样可以保证单向数据流的正常进行。