【问题标题】:iOS NSURLConnection Redirect 301 and Standard CachingiOS NSURLConnection 重定向 301 和标准缓存
【发布时间】:2013-11-15 10:47:46
【问题描述】:

如果使用没有其他更改的标准 NSURL 例程,标准标志会阻止保存/使用 301 重定向吗?像这样的标志:

NSURLRequestUseProtocolCachePolicy
NSURLRequestReloadIgnoringLocalCacheData
NSURLRequestReloadIgnoringLocalAndRemoteCacheData      // Unimplemented
NSURLRequestReloadIgnoringCacheData = NSURLRequestReloadIgnoringLocalCacheData
NSURLRequestReturnCacheDataElseLoad
NSURLRequestReturnCacheDataDontLoad
NSURLRequestReloadRevalidatingCacheData                // Unimplemented

那么,哪些会忽略/阻止使用 301 重定向,哪些会使用 http:// 尊重 301 重定向

或者这些仅用于数据缓存?

【问题讨论】:

    标签: ios http-status-code-301


    【解决方案1】:

    这是规范 HTTP 1.1 Overview of Status Codes 对此事所说的:

    6.1。状态码概览

    下面列出的状态代码在本规范中定义, [Part4] 第 4 节、[Part5] 第 4 节和 [Part7] 第 3 节。 这里列出的原因短语只是建议——它们可以 在不影响协议的情况下替换为本地等效项。

    具有默认定义为可缓存的状态代码的响应 (例如,本规范中的 200、203、206、300、301 和 410)可以是 除非另有说明,否则由具有启发式过期的缓存重用 由方法定义或显式缓存控件指示 【第六部分】;默认情况下,所有其他状态代码均不可缓存。

    但是,如果没有进一步调查,我无法确定 iOS NSURLConnection 和 NSURLCache 将如何实际运行。

    NSURLRequestUseProtocolCachePolicy 选项——这是默认选项——应该按照上面指定的方式运行。

    【讨论】:

    • 感谢您的信息,但正在寻找 IOS 真正在幕后所做的事情。在我研究时会在这里发布更多信息。
    猜你喜欢
    • 2011-10-22
    • 2012-02-19
    • 2018-04-09
    • 2011-05-16
    • 2014-01-09
    • 1970-01-01
    • 2010-12-13
    • 2015-02-25
    • 1970-01-01
    相关资源
    最近更新 更多