brownfeng

iOS网络协议栈原理(四) -- 真正的干活类_NativeProtocol的启动请求的过程 URLProtocl的接口 前面提到真正请求是在task.resume()时, 会经历如下步骤: 构造一个

iOS网络协议栈原理(三) -- 给URLSessionTask干脏活累活的URLProtocol 请求真正的发起者是URLProtocol实例 我们在URLSessionTask的resume(),

iOS网络协议栈原理(二) -- URLSessionTask层 上一篇文章总结到, URLSession 是一个生产URLSessionDataTask的工厂, 其中有几个关键内容, 会在这一节中解

iOS网络协议栈原理(一) -- URLSession简介 URLSession是Apple iOS 系统中的官方网络库, 第三方库例如, AFNetworking, Alamofire, 以及rea

[C++的读书笔记]C++中的栈堆和RAII 基本内容 栈是 tack, 在内存管理中, 指的函数调用过程中产生的本地变量和调用参数的区域, 这个栈的栈顶在操作系统中是从高地址向低地址变化的. 一般在

![ws.png](https://p9-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/d9b98dd5c6fc47ff8079db832055aac9~tplv-k3

iOS中的GCD功能很强大, 但是对如果为了功能封装性, 功能依赖性, 最好的方式是用更高级的API - Operation 除了系统提供的BlockOperation和InvocationOpera

重学GCD之 DispatchSourceTimer iOS 中上层的定时器API以及它们的问题 通常来说, 我们在使用iOS 的Timer 或者 GCD 的 DispatchAfter的API, 他

重学GCD之DispatchWorkItem DispatchWorkItem是iOS8时候推出的一套API, 增加了一些对任务控制的API. 与Operation对象或者BlockOperation