尝试在Android中将If-None-Match与Etag结合使用的问题

时间:2020-09-23 19:20:24

标签: android caching retrofit2 okhttp etag

应始终为304时始终返回代码200(响应正常)。

这是我的示例代码。

import okhttp3.ResponseBody
import retrofit2.Response
import retrofit2.http.GET
import retrofit2.http.Header
import retrofit2.http.Streaming
import retrofit2.http.Url

interface DownloadService {
    @Streaming
    @GET
    suspend fun downloadResourceIfNoneMatch(
        @Url url: String,
        @Header("If-None-Match") vararg eTags: String
    ): Response<ResponseBody?>
}

这是我正在使用的OkHttpClient:

val cacheSize: Long = 10 * 1024 * 1024 // 100 MB
val cache = Cache(context.cacheDir, cacheSize)
val cacheControlInterceptor = CacheControlInterceptor(context)
return OkHttpClient.Builder()
    .cache(cache)
    .addInterceptor(cacheControlInterceptor)
    .addNetworkInterceptor(cacheControlInterceptor)
    .addNetworkInterceptor(loggingInterceptor)
    .build()

这是我的CacheControlInterceptor类:

import android.content.Context
import okhttp3.Interceptor
import okhttp3.Request
import okhttp3.Response
import timber.log.Timber
import java.io.IOException

class CacheControlInterceptor constructor(val context: Context) : Interceptor {
    @Throws(IOException::class)
    override fun intercept(chain: Interceptor.Chain): Response {
        Timber.d("cache control interceptor")
        var request: Request = chain.request()
        if (request.method == "GET") {
            request = request.newBuilder()
                .build()
        }
        val originalResponse: Response = chain.proceed(request)
        return originalResponse.newBuilder()
            .header("Cache-Control", "private, must-revalidate")
            .build()
    }
}

这是我发出请求的方式:

val response: Response<ResponseBody?> = downloadService.downloadResourceIfNoneMatch(downloadUrl, "2377a02e14b7df5100ee9ffebbb8443a")

我正在使用硬编码的ETag进行测试。发出两次请求后,它不会显示预期的行为(即响应代码304)。重复的请求将导致null的cacheResponse和200的响应代码。

我看到了预期的调试日志输出,因此CacheControlInceptor似乎正在正确实例化。我在响应中得到了ETag。响应已正确缓存在上下文的缓存目录中。我不知道怎么了。

1 个答案:

答案 0 :(得分:1)

除非完全阅读,否则OkHttp不会将响应保存到缓存中。它将缓存作为读取响应正文的副作用。

如果您在响应正文完成之前停止阅读,则OkHttp不会存储完整的响应,因此缓存条目将不可用。