改造 cancel() 并检查请求是否已发送到服务器

Question

如何确保对 Retrofit 原因请求的调用 cancel() 不会传送到服务器？

目前我知道，在 Retrofit 上调用取消将调用回调的 onFailure 分支。然后我可以检查失败的原因是否是因为呼叫被取消了。 https://futurestud.io/tutorials/retrofit-2-cancel-requests

但是我可以确定，该请求没有到达服务器吗？

Answer 1

来自here的代码sn-p

new Callback<ResponseBody>() {  
        @Override
        public void onResponse(Call<ResponseBody> call, Response<ResponseBody> response) {
            Log.d(TAG, "request success");
        }

        @Override
        public void onFailure(Call<ResponseBody> call, Throwable t) {
            if (call.isCanceled()) {
                Log.e(TAG, "request was cancelled");
            }
            else {
                Log.e(TAG, "other larger issue, i.e. no network connection?");
            }

        }
    };

据此，如果调用被取消，这将引发，正如它所说的

// something happened, for example: user clicked cancel button call.cancel();

如果你打电话给call.cancel()，让我们稍后再说，这意味着你已经得到了服务器的响应，因此你不会到达onFailure 正在检查call.isCanceled() 的点:)

如果您取消请求，Retrofit 会将其归类为失败的请求，并因此在您的请求声明中调用 onFailure() 回调。当没有 Internet 连接或网络级别出现问题时，也会使用此回调。从应用程序的角度来看，这些错误是完全不同的。