NSURLConnectionDelegate的connection:didReceiveResponse:方法

最新推荐文章于 2025-11-13 10:22:07 发布
转载 最新推荐文章于 2025-11-13 10:22:07 发布 · 1.7k 阅读 · 0
文章标签：

#delegates #immutable #url #object #system

本文详细解释了当NSURLConnection接收到足够数据构建请求URL响应时触发的didReceiveResponse:回调的作用、参数及处理流程。在HTTP加载场景中，可能会接收到多个此消息，此时应清除先前接收的数据并准备处理新报告的MIME类型。

connection:didReceiveResponse:

Sent when the connection has received sufficient data to construct the URL response for its request.

- (void)connection:( NSURLConnection *) connection didReceiveResponse:( NSURLResponse *) response
Parameters
connection

The connection sending the message.

response

The URL response for the connection's request. This object is immutable and will not be modified by the URL loading system once it is presented to the delegate.

Discussion

In rare cases, for example in the case of an HTTP load where the content type of the load data is multipart/x-mixed-replace, the delegate will receive more than one connection:didReceiveResponse: message. In the event this occurs, delegates should discard all data previously delivered by connection:didReceiveData:, and should be prepared to handle the, potentially different, MIME type reported by the newly reported URL response.

The only case where this message is not sent to the delegate is when the protocol implementation encounters an error before a response could be created.

AFNetworking小技能：正确使用connection的RunloopMode
专注于计算机研发知识和资讯分享
08-31 1万+
AFNetworking最核心的类 AFSecurityPolicy:验证HTTPS请求的证书 https://blog.youkuaiyun.com/z929118967/article/details/77115940正确使用connection的RunloopMode 主线程的 RunLoop 里有两个预置的 Mode：kCFRunLoopDefaultMode 和 UITrackingRunLoopMode。这两个 Mode 都已经被标记为”Common”属性;这样任务会被 RunLoop 自动更新到所有具有”
IOS开发之——下载-显示下载进度(03)
我的博客
03-14 3571
一 概述 在didReceiveResponse方法中，通过response.expectedContentLength获得下载文件的总大小 在didReceiveData中将data中的数据添加到NSMutableData中，获取当前文件到大小 当前文件/总文件赋值给progress显示 二 获取文件总大小和当前文件大小 2.1 获取当前文件大小 方法一 NSHTTPURLResponse *resp=(NSHTTPURLResponse *)response; //NSLog(@"%@",resp
iOS网络通信http之NSURLConnection
ALDRIDGE1的专栏
01-01 1372
移动互联网时代，网络通信已是手机终端必不可少的功能。我们的应用中也必不可少的使用了网络通信，增强客户端与服务器交互。这一篇提供了使用NSURLConnection实现http通信的方式。           NSURLConnection提供了异步请求、同步请求两种通信方式。 1、异步请求        iOS5.0 SDK NSURLConnection类新增的sendAsynchrono
【Foundation.framework】NSURLConnection
11-21 1109
如何使用 NSURLConnection是IOS SDK偏于上层的网络API，NSURLConnection对象通过加载URL请求来实现网络连接。NSURLConnection的接口非常少，只提供了控制启动和取消异步加载的相关方法。 NSURLConnection的委托NSURLConnection准许对象接受一个URL请求的异步回调，并在一个网络请求的生命周期的关键点上都提供了相关的回调
-[TTRequestLoader connection:didReceiveResponse...
weixin_34082854的博客
12-30 130
2019独角兽企业重金招聘Python工程师标准>>> ...
NSURLConnection从入门到放弃
KelvinFlying的专栏
07-19 425
尽管NSURLConnection已经不建议使用了，iOS 7取而代之的是NSURLSession，但是本文依然打算剖析一下，其中一些思想还是值得学习一下，如果您不用NSURLConnection，并且也不打算尝试使用，可以跳过本文。
NSURLConnection使用解析
richard_如风的专栏
04-09 2182
NSURLConnection 提供了很多灵活的方法下载URL内容，也提供了一个简单的接口去创建和放弃连接，同时使用很多的delegate方法去支持连接过程的反馈和控制。 使用方法： 1、先创建一个NSURL 2、在通过NSURL创建NSURLRequest，可以指定缓存规则和超时时间 3、创建NSURLConnection实例，指定NSURLRequest和一个delegate对
iOS开发中使用NSURLConnection类处理网络请求的方法
09-03
1. `-connection:didReceiveResponse:` 接收到服务器响应时调用，提供了一个`NSURLResponse`对象。 2. `-connection:didReceiveData:` 数据分块到达时调用，可以累积接收到的数据。 3. `-...
17、网络连接、数据与云：NSURLConnection 全解析
sql99的博客
11-13 12
本文深入解析了iOS中使用NSURLConnection进行网络编程的完整流程，涵盖网络请求的创建、认证挑战的处理、数据响应与缓存策略、大文件流式处理优化等内容。通过详细的代码示例和流程梳理，帮助开发者掌握如何高效、安全地实现网络通信，并提供内存管理、错误处理和性能优化等最佳实践建议。
17、网络编程：连接、数据与云
jenkins8butler的博客
07-19 24
本文详细介绍了网络编程中的核心概念与实现方法，包括数据传输的异步处理、NSURLConnection的请求与响应机制、身份验证的挑战与解决方法、数据处理的最佳实践，以及网络流的创建与应用场景。通过具体代码示例和流程解析，帮助开发者优化网络连接性能、提升数据处理效率，并有效降低内存占用。最后总结了网络编程的最佳实践，为构建高效稳定的网络应用提供指导。
[iOS]用NSURLConnect做HTTP请求浅析
神奇的芋頭(http://blog.youkuaiyun.com/liuyu1114)
06-16 1338
做HTTP数据请求的方式有很多，可以使用ASIHTTPRequest实现，ye
NSURLConnection详解
iOS的脚步
07-04 651
来源:http://blog.youkuaiyun.com/paulluo0739/article/details/6843312 URLRequest 的一个实例:(获取北京的天气情况) - (void)weather { NSURL *url = [NSURL URLWithString:@"http://www.weather.com.cn/adat/cityinfo/101010100.ht
NSURLConnection使用详解
RogerWu1228的博客
03-18 536
NSURLConnection的历史 1sendAsynchronousRequest异步下载 2代理方法下载错误的代理 3代理方法下载正确的代理方法 4利用NSFileHandle拼接文件 5利用NSOutputStream拼接文件 6大文件下载多线程NSURLConnection 7大文件下载暂停下载 8大文件下载断点续传 9 注意事项NSURLConnection的历史 iOS2.0推出的
iPhone网络开发之如何使用NSURLConnection
02-16 593
[cpp] view plaincopy  这篇文章是翻译的苹果官方文档，想要看英文原版的可以到苹果网站查看       NSURLConnection 提供了很多灵活的方法下载URL内容    也提供了一个简单的接口去创建和放弃连接，同时使用很多的delegate    方法去支持连接过程的反馈和控制       如何创建一个连接呢？       为
URL加载系统之三：NSURLConnection
weixin_34242331的博客
01-03 190
NSURLConnection提供了简单的接口来创建和取消一个连接，并支持一个代理方法的集合来提供连接的响应，并对连接进行多方面的控制。这个类的方法可以分为5大类：URL加载、缓存管理、认证与证书、cookie存储、协议支持。创建一个连接NSURLConnection提供了三种方式来获取URL的内容：同步、异步使用完成处理器b...
WebKit 内核源代码分析 ( 四 )
红心地瓜的专栏
04-26 2万+
摘要：本文介绍WebCore中Loader模块是如何加载资源的，分主资源和派生资源分析loader模块的类关系。 关键词：WebKit,Loader,Network,ResouceLoader,SubresourceLoader
URLSession 生命周期
wulinan_wln的博客
07-01 920
URLSession的生命周期 你可以有两种方法使用NSURLSession的api：一种是用系统提供的代理，一种是用自定义的代理。一般情况下，下列情况必须使用你自定义的代理： 1.当你的app不再运行的时候，在后台下载或者上传数据 2.执行自定义的认证 3.执行自定义的SSL证书认证 4.决定一个传输是否应该下载到磁盘还是根据服务器返回的MIME类型进行展示 5.用流作为请求体上传数
iOS平台利用 NSURLProtocol 实现网络数据缓存
fanxiushu的专栏
08-27 3288
熟悉Windows开发的人，大都知道钩子HOOK函数， 他能挂钩某些函数， 让所有传递的数据信息都经过钩子函数的过滤。 钩子挂钩的函数，即使是别人开发的模块或者系统模块，也照样能过滤到数据信息，这点非常重要。 但在处理 HTTP,HTTPS，FTP等通用网络协议的时候，Windows平台的wininet函数库， 却没有提供一个统一的系统的接口来过滤这些协议， 当然可以使用微软开发的det
IAP-应用内购买（部分）
热门推荐
chowpan的专栏
02-25 3万+
前言：自我总结--- loadStore(监听交易，请求产品描述：完成交由委托->获取产品描述-.交给fetch自定义委托LB显示)-> 2，点击购买->激活交易监听进行购买payment->交易监听事件(相当于委托)-主要与store交互实现购买-> 3，显示购买uialertview购买界面->cancel-正常消失； 购买：输入账号view--输入正确时，激发交易监听事件（主要与st
if(viewModel.connectStatus == .disConnected){ response.errorCode = -1 response.message = "No connected device" response.packResponse(connection: connection) return response } if(!viewModel.connectWg.wgConfigName.isEmpty){ if(viewModel.connectWg.timeStamp != timeStamp){ response.errorCode = -1 response.message = "device already disconnected" response.packResponse(connection: connection) return response } }写法一if(viewModel.connectStatus == .disConnected || viewModel.connectWg.deviceName.isEmpty){ response.errorCode = -1 response.message = "No connected device" response.packResponse(connection: connection) return response } if(viewModel.connectWg.timeStamp != timeStamp){ response.errorCode = -1 response.message = "device already disconnected" response.packResponse(connection: connection) return response }写法二，两种有区别吗
最新发布
12-20
你给出的两段代码逻辑上看似相似，但实际上 **有重要区别**。我们来逐行分析并比较“写法一”和“写法二”的行为差异。 --- ### ✅ 原始写法（称为“原始版本”）： ```swift if(viewModel.connectStatus == .disConnected){ response.errorCode = -1 response.message = "No connected device" response.packResponse(connection: connection) return response } if(!viewModel.connectWg.wgConfigName.isEmpty){ if(viewModel.connectWg.timeStamp != timeStamp){ response.errorCode = -1 response.message = "device already disconnected" response.packResponse(connection: connection) return response } } ``` #### 逻辑解析： 1. 如果连接状态是 `.disConnected` → 直接返回 `"No connected device"`。 2. 否则，检查：如果 `wgConfigName` 不为空 **且** `timeStamp` 不匹配 → 返回 `"device already disconnected"`。 3. 注意：只有当 `wgConfigName` 非空时，才会进入时间戳校验。 👉 这意味着： - 即使 `timeStamp` 不一致，但如果 `wgConfigName.isEmpty == true`，就不会触发第二个错误。 - 所以这个条件是有保护的 —— 只在已配置设备的情况下才验证时间戳。 --- ### ✅ 写法一（你的“写法二”，重命名为清晰）： ```swift if(viewModel.connectStatus == .disConnected || viewModel.connectWg.deviceName.isEmpty){ response.errorCode = -1 response.message = "No connected device" response.packResponse(connection: connection) return response } if(viewModel.connectWg.timeStamp != timeStamp){ response.errorCode = -1 response.message = "device already disconnected" response.packResponse(connection: connection) return response } ``` > ⚠️ 注意：你说的“写法一”其实是下面这段，但你标注成了“写法二”。为避免混淆，我们按内容命名： #### 逻辑解析： 1. 如果 `.disConnected` 或 `deviceName.isEmpty` → 返回 `"No connected device"`。 - ❗这里用了 `deviceName`，而前面是 `wgConfigName` —— 是不同字段！ 2. 然后 **无条件地** 检查 `timeStamp != timeStamp` → 报错 `"device already disconnected"`。 👉 关键问题来了： - 第二个 `if` **没有前置条件**，只要时间戳不一致就报错。 - 即使设备根本没连（已经被第一个判断拦截），也不会走到这里；但一旦通过第一个判断，就会强制校验时间戳。 - 更严重的是：**即使 `deviceName.isEmpty` 成立，也可能不会阻止后续的时间戳判断？不，它会被第一个条件拦住。** 但是注意：第一个条件中使用了 `deviceName.isEmpty`，而原版用的是 `wgConfigName.isEmpty`，这两个字段是否等价？如果不等价，则语义完全不同！ --- ## 🔍 核心差异总结 | 维度 | 原始版本 | 写法二（你称的“写法一”） | |------|--------|------------------| | 判断断开连接的标准 | `.disConnected` | `.disConnected OR deviceName.isEmpty` | | 时间戳校验是否有前提 | 有：必须 `!wgConfigName.isEmpty` | 无：只要过了第一关就校验 | | 使用的字段 | `wgConfigName` | `deviceName`（⚠️可能是笔误？） | | 安全性 | 更安全：防止无效数据下的误判 | 更激进：任何时间戳不一致都报错 | --- ## 🧩 实际影响举例 假设场景： > 设备已断开（`.disConnected == false`，即认为连接着），但用户切换了设备，导致 `timeStamp` 不一致，且 `wgConfigName` 为空（尚未配置）。 - **原始版本**：因为 `wgConfigName.isEmpty == true`，所以跳过时间戳检查 → 不报错 → ✅ 安全放行。 - **写法二**：虽然 `deviceName.isEmpty` 可能为真，但如果 `deviceName` 并不为空（比如旧值残留），就会通过第一关，然后因时间戳不同直接报 `"device already disconnected"` → ❌ 错误提示。 再比如： > 如果 `deviceName` 和 `wgConfigName` 是两个不同的属性，那么你在新写法中混用可能导致逻辑错乱。 --- ## ✅ 正确优化建议（如果你想简化原始代码） 如果你希望合并条件、提高可读性，同时保持原意，可以这样写： ```swift // Step 1: 检查是否真的有设备连接 if viewModel.connectStatus == .disConnected { response.errorCode = -1 response.message = "No connected device" response.packResponse(connection: connection) return response } // Step 2: 只有在已有配置的前提下，才校验时间戳 guard !viewModel.connectWg.wgConfigName.isEmpty else { // 如果没有配置名，无需校验时间戳，直接继续（或根据业务决定） return response // 或其他处理 } if viewModel.connectWg.timeStamp != timeStamp { response.errorCode = -1 response.message = "device already disconnected" response.packResponse(connection: connection) return response } ``` 或者更紧凑一点： ```swift if viewModel.connectStatus == .disConnected { return makeErrorResponse(message: "No connected device", errorCode: -1) } // 只有存在有效配置时才需要校验时间戳 if !viewModel.connectWg.wgConfigName.isEmpty, viewModel.connectWg.timeStamp != timeStamp { return makeErrorResponse(message: "device already disconnected", errorCode: -1) } ``` 辅助函数让代码更干净： ```swift func makeErrorResponse(message: String, errorCode: Int) -> Response { let response = Response() response.errorCode = errorCode response.message = message response.packResponse(connection: connection) return response } ``` --- ## ✅ 结论 > ❌ “写法二”与原始版本 **有本质区别**，不能直接替换。 主要问题包括： 1. 使用了可能不同的字段（`deviceName` vs `wgConfigName`）； 2. 移除了对时间戳校验的保护条件（原版有 `!isEmpty` 守护）； 3. 导致本不该触发的错误被抛出，用户体验变差或逻辑异常。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值