我正在构建的应用程序中使用长生不老药凤凰网络套路,我有一个看起来像这样的史诗:
const socketObservable = Observable.create((observer: Object) => {
const socket = new Socket(`${getWebSocketUrl()}/socket`, { params: {
token: readSession(),
} });
socket.connect();
socket.onOpen(() =>
observer.next({ type: SOCKET_CONNECTED, socket }),
);
socket.onError((error) =>
observer.error({ type: WEBSOCKET_ERROR, error }),
);
return () => {
// socket.disconnect();
};
});
const connectToSocket = (
action$: Object,
) => action$.ofType(CONNECT_TO_SOCKET)
.switchMap(() =>
socketObservable
.catch((error) => Observable.of(error)),
)
.retry();
export default connectToSocket;
我想发生的是,当网络连接消失时,通过发出{ type: WEBSOCKET_ERROR, error }
通知用户,并在通过发出{ type: SOCKET_CONNECTED, socket }
重新建立连接时删除通知。好吧,我让第一部分工作,但是当重新连接发生时,{ type: SOCKET_CONNECTED, socket }
永远不会调度。使用 redux-saga,我能够使用以下代码完成这项工作:
const connectToSocket = (): Object =>
eventChannel((emitter: (Object) => mixed) => {
const socket = new Socket(`${getWebSocketUrl()}/socket`, { params: {
token: readSession(),
} });
socket.connect();
socket.onOpen(() => emitter({ socket }));
socket.onError((error) => {
emitter({ error });
});
return () => {
// socket.disconnect();
};
});
export function* callConnectToSocket(): Generator<IOEffect, *, *> {
const chan = yield call(connectToSocket);
while (true) {
const { socket, error } = yield take(chan);
if (socket) {
yield put({ type: SOCKET_CONNECTED, socket });
} else {
yield put({ error, type: WEBSOCKET_ERROR });
}
}
}
export function* watchConnectToSocket(): Generator<IOEffect, *, *> {
yield takeLatest(CONNECT_TO_SOCKET, callConnectToSocket);
}
对于 rxjs 代码,我认为在链的末尾跟踪.retry()
应该触发我的源可观察的重试,如果根据 rxjs Observable.retry 的文档发出 en 错误,但可能是我真的不明白retry
应该做什么或如何正确使用它。也许有人可以帮助实现我想要的。
要使运算符retry
生效,其源可观察量必须产生错误。在您的示例中,错误通知似乎永远不会到达retry
,因为它会被从错误中恢复的catch
运算符吞噬。
要使其正常工作,您可以尝试使catch
运算符返回一个可观察量,该可观察量首先发出一个操作,然后产生一个错误:
const connectToSocket = action$ =>
actions$.ofType(CONNECT_TO_SOCKET)
.switchMap(() => socketObservable
.catch(error => Observable.of(error).concat(Observable.throw(error)))
)
.retry();
更新:
我认为值得一提的是,Rx
遵循语法next* (complete|error)?
,这意味着error()
之后对同一观察者进行的next()
调用将不起作用。因此,如果socket
从错误中恢复并在执行onError
后执行onOpen
回调,则SOCKET_CONNECTED
通知将不会到达使用者。
这可以通过将error
替换为next
通知或在每次发生错误时重新启动socketObservable
来处理,这意味着将创建一个新的socket
实例(但这可能不是您想要的(。
下面是一个可运行的代码示例,演示retry
的工作原理:
const { createStore, applyMiddleware } = Redux;
const { createEpicMiddleware } = ReduxObservable;
const socketObservable = Rx.Observable.create(observer => {
const t1 = setTimeout(() => observer.next({ type: "SOCKET_CONNECTED" }), 200);
const t2 = setTimeout(() => observer.error({ type: "SOCKET_ERROR" }), 400);
return () => {
clearTimeout(t1);
clearTimeout(t2);
};
})
const connectToSocket = action$ => action$
.do(action => console.log(action))
.ofType("CONNECT_TO_SOCKET")
.switchMap(() => socketObservable
.catch(error => Rx.Observable.of(error).concat(Rx.Observable.throw(error)))
// make 2 attempts to re-connect, i.e. restart socketObservable
.retry(2)
)
// recover in case if both attempts to reconnect have failed
.retry();
const store = createStore(
(state, action) => state,
applyMiddleware(createEpicMiddleware(connectToSocket)));
// dispatch CONNECT_TO_SOCKET two times
Rx.Observable.interval(2000)
.take(2)
.subscribe(x => store.dispatch({ type: "CONNECT_TO_SOCKET" }));
<script src="https://unpkg.com/rxjs@5.4.2/bundles/Rx.min.js"></script>
<script src="https://unpkg.com/redux@3.7.2/dist/redux.min.js"></script>
<script src="https://unpkg.com/redux-observable@0.14.1/dist/redux-observable.min.js"></script>
好吧,我终于放弃了在连接断开时抛出错误,并将这一行observer.error({ type: WEBSOCKET_ERROR, error })
更改为observer.next({ type: WEBSOCKET_ERROR, error })
。但我仍然想知道我在retry
上做错了什么.对原始代码的任何帮助将不胜感激。