iOS URLCache缓存时不应该(恕我直言)

iOS URLCache缓存时不应该(恕我直言),第1张

概述有谁知道为什么这个请求被缓存? >我正在使用未经修改的.default URLSessionConfiguration. >响应标头是: (来自Charles,通过调试数据任务完成块中的响应确认) { "Accept-Ranges" = bytes; "Content-Length" = 1480; "Content-Type" = "application/json"; 有谁知道为什么这个请求被缓存?

>我正在使用未经修改的.default URLSessionConfiguration.
>响应标头是:

(来自Charles,通过调试数据任务完成块中的响应确认)

{    "Accept-Ranges" = bytes;    "Content-Length" = 1480;    "Content-Type" = "application/Json";    Date = "Mon,22 May 2017 19:14:13 GMT";    Etag = "\"42bebc5fb88323b8cd145ed85ea7a018\"";    "Last-ModifIEd" = "Mon,22 May 2017 14:54:38 GMT";    Server = AmazonS3;    "x-amz-ID-2" = "abcdefghijklmn";    "x-amz-request-ID" = 1A2B3C4D5E;}

>我正在验证使用Charles代理缓存请求 – 第一个请求出现,但后续请求没有.
>使用.ephemeral会话配置,或者为内存和磁盘大小设置自定义url缓存为0显示Charles中的所有请求,因此我知道Charles是一个有效的测试.

我一直认为没有缓存标头不会缓存响应:|

任何人的想法?

编辑:这是我正在提出的要求

po task.originalRequest▿ Optional<URLRequest>  ▿ some : http://s3-eu-west-1.amazonaws.com/path/path/configuration.Json    ▿ url : Optional<URL>      ▿ some : http://s3-eu-west-1.amazonaws.com/path/path/configuration.Json    - cachePolicy : 0    - timeoutInterval : 60.0    - maindocumentURL : nil    - networkServiceType : __ObjC.NSURLRequest.NetworkServiceType    - allowsCellularaccess : true    ▿ httpMethod : Optional<String>      - some : "GET"    - allhttpheaderFIElds : nil    - httpBody : nil    - httpBodyStream : nil    - httpShouldHandlecookies : true    - httpShouldUsePipelining : false
解决方法

I’ve always assumed that without cache headers a response won’t be cached 总结

以上是内存溢出为你收集整理的iOS URLCache缓存时不应该(恕我直言)全部内容,希望文章能够帮你解决iOS URLCache缓存时不应该(恕我直言)所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/web/1063009.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-05-26
下一篇 2022-05-26

发表评论

登录后才能评论

评论列表(0条)

保存