首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

URLSession响应不包含上次重定向的标头

URLSession是苹果公司提供的一个用于进行网络请求和数据传输的框架。它是基于TCP/IP协议栈的高级封装,可以用于开发iOS、macOS和watchOS等苹果设备上的应用程序。

URLSession的响应(URLResponse)是一个包含了服务器返回的元数据的对象,它包含了响应的状态码、响应头、响应体等信息。然而,URLSession的响应不包含上次重定向的标头。

重定向是指当客户端发送请求到服务器时,服务器返回一个特殊的响应码(如301或302),告诉客户端需要重新发送请求到另一个URL。在重定向过程中,服务器会返回一个新的URL,客户端需要根据这个新的URL重新发送请求。

在URLSession中,如果发生了重定向,可以通过查看响应的状态码来判断是否发生了重定向。如果状态码是301或302,那么就说明发生了重定向。但是,URLSession的响应对象中并不包含上次重定向的标头信息。

如果需要获取上次重定向的标头信息,可以通过URLSession的代理方法来实现。具体步骤如下:

  1. 创建一个遵循URLSessionDelegate协议的代理对象,并实现代理方法。
  2. 在代理方法urlSession(_:task:willPerformHTTPRedirection:newRequest:completionHandler:)中,可以获取到重定向的请求和响应对象。
  3. 在该方法中,可以通过新的请求对象的allHTTPHeaderFields属性来获取上次重定向的标头信息。

以下是一个示例代码:

代码语言:txt
复制
class MyURLSessionDelegate: NSObject, URLSessionDelegate {
    func urlSession(_ session: URLSession, task: URLSessionTask, willPerformHTTPRedirection response: HTTPURLResponse, newRequest request: URLRequest, completionHandler: @escaping (URLRequest?) -> Void) {
        if let redirectedHeaders = request.allHTTPHeaderFields {
            // 在这里可以获取到上次重定向的标头信息
            print("上次重定向的标头信息:\(redirectedHeaders)")
        }
        
        // 继续请求重定向后的URL
        completionHandler(request)
    }
}

// 创建URLSession对象,并设置代理
let delegate = MyURLSessionDelegate()
let session = URLSession(configuration: .default, delegate: delegate, delegateQueue: nil)

// 创建请求对象
let url = URL(string: "http://example.com")
let request = URLRequest(url: url!)

// 发送请求
let task = session.dataTask(with: request) { (data, response, error) in
    // 处理响应数据
}
task.resume()

需要注意的是,URLSession的代理方法中的completionHandler参数是一个闭包,用于告诉URLSession是否继续请求重定向后的URL。如果需要继续请求,可以将request作为参数传递给completionHandler;如果不需要继续请求,可以将nil作为参数传递给completionHandler

总结:URLSession的响应对象不包含上次重定向的标头信息。如果需要获取上次重定向的标头信息,可以通过实现URLSession的代理方法来实现。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

  • http状态码

    1开头的http状态码 表示临时响应并需要请求者继续执行操作的状态代码。 100   (继续) 请求者应当继续提出请求。 服务器返回此代码表示已收到请求的第一部分,正在等待其余部分。   101   (切换协议) 请求者已要求服务器切换协议,服务器已确认并准备切换。 2开头的http状态码 表示请求成功 200     成功处理了请求,一般情况下都是返回此状态码;  201     请求成功并且服务器创建了新的资源。  202     接受请求但没创建资源;  203     返回另一资源的请求;  204     服务器成功处理了请求,但没有返回任何内容; 205     服务器成功处理了请求,但没有返回任何内容; 206     处理部分请求; 3xx (重定向)  重定向代码,也是常见的代码 300   (多种选择)  针对请求,服务器可执行多种操作。 服务器可根据请求者 (user agent) 选择一项操作,或提供操作列表供请求者选择。  301   (永久移动)  请求的网页已永久移动到新位置。 服务器返回此响应(对 GET 或 HEAD 请求的响应)时,会自动将请求者转到新位置。  302   (临时移动)  服务器目前从不同位置的网页响应请求,但请求者应继续使用原有位置来进行以后的请求。  303   (查看其他位置) 请求者应当对不同的位置使用单独的 GET 请求来检索响应时,服务器返回此代码。  304   (未修改) 自从上次请求后,请求的网页未修改过。 服务器返回此响应时,不会返回网页内容。  305   (使用代理) 请求者只能使用代理访问请求的网页。 如果服务器返回此响应,还表示请求者应使用代理。  307   (临时重定向)  服务器目前从不同位置的网页响应请求,但请求者应继续使用原有位置来进行以后的请求。 4开头的http状态码表示请求出错 400    服务器不理解请求的语法。  401   请求要求身份验证。 对于需要登录的网页,服务器可能返回此响应。  403   服务器拒绝请求。  404   服务器找不到请求的网页。  405   禁用请求中指定的方法。  406   无法使用请求的内容特性响应请求的网页。  407   此状态代码与 401类似,但指定请求者应当授权使用代理。  408   服务器等候请求时发生超时。  409   服务器在完成请求时发生冲突。 服务器必须在响应中包含有关冲突的信息。  410   如果请求的资源已永久删除,服务器就会返回此响应。  411   服务器不接受不含有效内容长度标头字段的请求。  412   服务器未满足请求者在请求中设置的其中一个前提条件。  413   服务器无法处理请求,因为请求实体过大,超出服务器的处理能力。  414   请求的 URI(通常为网址)过长,服务器无法处理。  415   请求的格式不受请求页面的支持。  416   如果页面无法提供请求的范围,则服务器会返回此状态代码。  417   服务器未满足”期望”请求标头字段的要求。 5开头状态码并不常见,但是我们应该知道 500   (服务器内部错误)  服务器遇到错误,无法完成请求。  501   (尚未实施) 服务器不具备完成请求的功能。 例如,服务器无法识别请求方法时可能会返回此代码。  502   (错误网关) 服务器作为网关或代理,从上游服务器收到无效响应。  503   (服务不可用) 服务器目前无法使用(由于超载或停机维护)。 通常,这只是暂时状态。  504   (网关超时)  服务器作为网关或代理,但是没有及时从上游服务器收到请求。  505   (HTTP 版本不受支持) 服务器不支持请求中所用的 HTTP 协议版本。

    04
    领券