KelvinFlying的专栏

2013年的WWDC大会上，苹果推出了NSURLSession，对Foundation URL加载系统进行了彻底的重构，提供了更丰富的API来处理网络请求，如：支持http2.0协议、直接把数据下载到磁盘、同一session发送多个请求、下载是多线程异步处理和提供全局的session并可以统一配置等等，提高了NSURLSession的易用性、灵活性，更加地适合移动开发的需求。

React Native的出现，使的开发iOS代码出现了更便捷的方式。由于RN是使用脚本语言编写的，实现了“解释执行”的方式，而这种执行方式的修改只需替换脚步即可，不需要重新发布程序，热更新的方式极大的方便了迭代开发。

网上关于cocoapods的教程很多，关于它的优点我不赘述；但是我根据多次安装的经验，把我遇到的问题写一下，以免忘记。

作为函数式编程和响应式编程的代表ReactiveCocoa，自一出世便受到广大码农的热爱，结合MVVM编程模式，不仅能够方便的处理各种交互事件、降低模块间的耦合性，还能简化项目结构，降低阅读和维护的成本。

Block是iOS开发中一种比较特殊的数据结构，它可以保存一段代码，在合适的地方再调用，具有语法简介、回调方便、编程思路清晰、执行效率高等优点，受到众多猿猿的喜爱。但是Block在使用过程中，如果对Block理解不深刻，容易出现Cycle Retain的问题。

上一篇介绍了`ReactiveCocoa`的常用类，已经基本满足项目中的简单应用要求，但是针对复杂的功能还需要其它的类来协同处理。`ReactiveCocoa`提供了强大的流程处理功能来解决复杂的问题，包括事件点击、代理、通知、事件同步和异步等等，可以简化代码体量，实现 **高聚合、低耦合** 的编程思想。

本着饮水思源的想法，面对ReactiveCocoa的强大功能，按捺不住心中的好奇心，于是走进其源码之中，一探ReactiveCocoa的魅力所在。虽然，耳闻其强大功能的核心是：信号，但一直不知道这个信号是如何产生、如何传递，又是如何被处理的。曾经以为信号传递是通知，但是真正读了源码后，才发现之前的想法有多不妥，而人家的实现又是多巧妙。

上一篇解读了ReactiveCocoa的三个重要的类的底层实现，本篇继续

iOS 10以前的通知比较杂乱，把本地通知和远程通知分开了，诞生了许多功能类似的API，很容易让初学者犯迷糊。而iOS 10的通知把API做了统一，利用独立的UserNotifications.framework框架来管理通知；并且，还增加了撤销单条通知、更新已展示通知、中途修改通知内容等等，以及在通知中展示图片视频，自定义通知UI等一系列新功能；总之，iOS 10的通知功能十分强大。

本文讲解iOS的远程通知的基本使用，主要包括远程通知的类型，处理远程通知的场景，以及远程通知相关证书的配置等等。

蓝牙是一个标准的无线通讯协议，具有设备成本低、传输距离近和功耗低等特点，被广泛的应用在多种场合。蓝牙一般分为传统蓝牙和BLE两种模式：传统蓝牙可以传输音频等较大数据量，距离近、功耗相对大；而BLE则用来传输节点数据，传输数据量十分小，多数情况处于休眠状态，因而功耗十分低，被广泛的应用于智能穿戴设备。

尽管NSURLConnection已经不建议使用了，iOS 7取而代之的是NSURLSession，但是本文依然打算剖析一下，其中一些思想还是值得学习一下，如果您不用NSURLConnection，并且也不打算尝试使用，可以跳过本文。

由于CoreGraphics框架有太多的API，对于初次接触或者对该框架不是十分了解的人，在绘图时，对API的选择会感到有些迷茫，甚至会觉得iOS的图形绘制有些繁琐。因此，本文主要介绍一下iOS的绘图方法和分析一下CoreGraphics框架的绘图原理。

在了解Masonry框架之前，有必要先了解一下自动布局的概念。在iOS6之前，UI布局的方式是通过frame属性和Autoresizing来完成的，而在iOS6之后，苹果公司推出了AutoLayout的布局方式，它是一种基于约束性的、描述性的布局系统，尤其是苹果的手机屏幕尺寸变多之后，AutoLayout的应用也越来越广泛。

MBProgressHUD是一个显示提示窗口的三方库，常用于用户交互、后台耗时操作等的提示。通过显示一个提示框，通知用户操作或任务的执行状态；同时，利用动画效果，降低用户等待的焦虑心理，增强用户体验。本篇文章从源码角度来看一下MBProgressHUD是如何实现的，所用的知识都是比较基础的，不过还是值得我们学习一下。

SVProgressHUD是iOS开发中比较常用的一个三方库，用来在执行耗时操作或者指示用户操作结果的场合，由于使用简单，功能丰富，交互友好，被广泛应用。

前端布局一直是CSS的一个重点应用，然而基于盒子模型的传统布局方案，依赖display + position + float 属性，对于某些特殊的布局非常不方便，比如：垂直居中就不容易实现。针对这一情况，在2009年，W3C提出了一种新的方案：Flex布局，可以简便、完整、响应式地实现前端的各种布局，并且已经得到几乎所有浏览器的支持。

年前升级了Cocoapods库，从0.39升级到了1.2.0-beta版，然后用模拟器和真机测试都是没有问题的，均可以成功编译。今天测试人员要测试包，准备archive打包时，却提示：ld: library not found for -lMantle，瞬间感觉哪儿不对，明明可以运行，真机测试也没问题，怎么打包出现找不到Mantle库的问题，然后就开始分析。

iOS开发中经常会用到数据和模型的互相转换，大致有两种转换方式：1.手动写转换的代码，2.利用开源库进行转换。常用的开源库有：JSONModel、Mantle、MJExtension、YYModel等等，本文主要介绍一下MJExtension的底层实现，看一看小码哥如何设计这个轻量级的数模转换框架。

最近研究了一下项目的组件化，把casa、bang、limboy的有关组件化的博客看了一遍，学到了不少东西，对目前业界的组件化方案有了一定的了解。这些高质量的博客大致讨论了组件化的三种方案：url-block、protocol-class(和url-controller类似)、target-action，以及应用这三种组件化方案的时机、步骤、利弊等等。

AFNetworking基本是苹果开发中网络请求库的标配，它是一个轻量级的网络库，专门针对iOS和OS X的网络应用设计，具有模块化的架构和丰富的APIs接口，功能强大并且使用简单，深受苹果应用开发人员的喜爱。

在iOS开发过程中，我们经常需要用到等同性来判断两个对象是否相等，通常我们会使用==来判断，但是这样比较出来的结果可能不是我们期望的；所以，一般我们会使用NSObject协议声明的isEqual方法来判断对象的等同性。

最近为了新的存管app上线，忙了近一个月，重新过了一段996的日子，今天终于可以喘口气，继续更新博客了。本文记录一下在iOS 9中发送https请求遇到的问题及解决办法，希望通过本文，可以对ATS 的配置有一个更深入的了解。

在开发iOS的客户端应用时，经常需要从服务器下载图片，虽然系统提供了下载工具：NSData、NSURLSession等等方法，但是考虑到图片下载过程中，需要考虑的因素比较多，比如：异步下载、图片缓存、错误处理、编码解码等，以及实际需要中根据不同网络加载不同画质的图片等等需求，因此下载操作不是一个简单的下载动作就可以解决。

iOS开发过程中，有一类的错误会经常遇到，就是找不到所调用的方法，当然这类问题比较好解决，给当前对象或其父类对象添加该方法即可，使得编译器在编译时能正确找到该方法；或者，还有另外的方法，由于Objective-C是一门动态语言，我们也可以在运行期再给类添加该方法，一样可以解决该问题，而这就涉及了类的消息转发机制。

在开发iOS应用程序的过程中，经常需要根据不同的需求，切换到不同的项目配置，或者打不同的包（测试环境、开发环境、生产环境等等），如果每次都是手动配置，一则比较麻烦，二则容易配置错，那么有没有更好的方案来解决这个问题呢？答案是：有的。

今天来介绍一个小工具ccache，其可以提高xcode的编译速度。说起缘由，是因为我的苹果电脑配置比较低，而每次开发调试或测试打包都需要编译工程，虽然项目工程代码量不算大，但是编译的时间还是很长，尤其是修改了头文件或者Archive打包时，看着进度条像蜗牛在爬一样，心里都有小动物在奔腾……

今天来讲讲iOS开发过程中的阴影绘制及其潜在的绘图性能问题。虽然在开发过程中，我们使用阴影功能的机会不是很多，但是如果用了，有可能引起如卡顿等性能问题，所以，还是有必要来探究一下阴影的绘制过程，及如何提高阴影的绘制性能。

最近遇到了一个问题，就是在UIWebView的代理方法里，执行document.title的js代码无法获取网页标题

在进行iOS的应用开发过程中，有时候会出现卡顿的问题，虽然iOS设备的性能越来越高，但是卡顿的问题还是有可能会出现，而离屏渲染是造成卡顿的原因之一。因此，本文主要分析一下离屏渲染产生的原因及避免的方法，最后介绍一下Xcode自带的分析离屏渲染的工具Instruments的使用。