[英]Aborted request using AbortController in React Redux app is aborted forever
I have a fetch service which sends requests to an API (using Redux-thunk). 我有一个提取服务,该服务将请求发送到API(使用Redux-thunk)。 I want to cancel those requests sometimes (typically a user clicks on cancel button).
我有时想取消这些请求(通常是用户单击“取消”按钮)。
I use AbortController in this service and I call abort method of this controller in component's methods. 我在此服务中使用AbortController,并在组件的方法中调用此控制器的中止方法。 For the first time, the request is aborted correctly but when I want to make this request again it is automatically aborted as well (even there is no request in Network tab of Chrome it immediately rejects).
第一次,请求被正确中止,但是当我想再次发出该请求时,它也会被自动中止(即使在Chrome的“网络”标签中也没有请求,它会立即被拒绝)。
// fetching service
const abortController = new AbortController();
const acSignal = abortController.signal;
export { abortController };
export default class FetchService {
public static post(url: string): Promise<Response> {
const requestOptions = {
method: 'POST',
body: ...
signal: acSignal
};
return new Promise((resolve, reject) => {
fetch(url, requestOptions)
.then(resolve, reject);
});
}
}
// Component
import React from 'react';
import { abortController } from '../FetchService';
class Comp extends React.Component<{}, {}> {
...
onCancelRequest = () => {
// on cancel button click, abort request
abortController.abort();
}
onButtonClick = () => {
// initiate request
}
}
onButtonClick -> requesting -> onCancelRequest -> request is aborted -> again onButtonClick -> request is aborted automatically (no other onCancelRequest) onButtonClick->请求-> onCancelRequest->请求被中止->再次onButtonClick->请求被自动中止(没有其他onCancelRequest)
Any tips what could be wrong? 任何提示可能有什么问题吗? I just want to make the request again after it was aborted.
我只是想在中止后再次提出请求。
I was having exact same issue and resolved it by assigning new AbortController
each time fetch
is executed. 我遇到了完全相同的问题,并通过在每次执行
fetch
分配新的AbortController
解决了该问题。 Since I was dealing with fetch
requests within redux thunks, I am not entirely sure about the exact solution in your case. 由于我在redux thunk中处理
fetch
请求,因此我不确定您所用的确切解决方案。 But in the context of the provided snippet it might look like this: 但是在提供的代码段中,它可能看起来像这样:
// fetching service
let abortController;
export { abortController };
export default class FetchService {
public static post(url: string): Promise<Response> {
abortController = new AbortController();
const requestOptions = {
method: 'POST',
body: ...
signal: abortController.signal
};
return new Promise((resolve, reject) => {
fetch(url, requestOptions)
.then(resolve, reject);
});
}
}
However while this does the job, I am not sure if this approach entails any side effects like memory leaking or dangling abort controllers, and would very much appreciate input from more experienced developers. 但是,尽管这样做确实可行,但我不确定这种方法是否会带来诸如内存泄漏或悬空中止控制器之类的副作用,并且非常感谢有经验的开发人员的意见。 For instance, is there a way to reset existing controller instead of instantiating and assigning a new one?
例如,是否有一种方法可以重置现有控制器,而不是实例化和分配新控制器?
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.