iOS10推出之后，苹果对推送通知模块进行了比较彻底的重构，展现形态上，新的推送通知要要丰富很多，支持标题，子标题，内容，多媒体，另外也支持用交互，代码层面，推送通知统一由UserNotifications FrameWork 管理，统一了本地通知与远程通知的概念，统一了通知处理的回调入口，对于开发者来说是一大快事。
不过，现阶段我们肯定不能只用ios10 的新推送特性，所以未来一段时间，我们的代码里面可能需要两套推送通知的代码，根据系统的版本区分调用

从事iOS开发这么长时间，动画，交互效果也写了不少，Core Animation对于我来说并不陌生，但是，对于一些不常用的属性，理解的却并不是很深刻，所以最近抽时间把Core Animation又熟悉了一遍，本篇文章算是对Core Animation的一份迟来的总结

不过这篇文章，仍然不会是一篇入门文章。

Crash是iOS平台的一个老生常谈的问题了，在应用开发阶段，我们可以通过设备连接电脑进行调试，当应用Crash的时候，大部分会断到问题代码那一行，我们可以很直观的看到问题的所在，但是当应用发布之后，出现Crash，我们就很难定位到问题所在了。

不过好在我们能够通过一些手段来拿到Crash的信息，Crash信息里面最重要的就是程序最后调用堆栈了，我们可以通过调用堆栈，来定位程序出问题的的代码。

本文将涵盖Crash方面的各种问题，知识点。

我们知道一个iOS项目发布的完整流程是

Build->签名->打包ipa->上传AppStore

今天我们就来研究签名这个过程，并用脚本实现重签名。

重签名一般用来分发应用，比如我们前面上传蒲公英的脚本，在打包ipa之前，用企业证书进行重新签名，这样上传到蒲公英的ipa包所有人都能安装，没有设备闲置

另外一种用途就是破解别人的App,然后重新打包签名。

日常开发中，我们经常会遇到为其他人员安装测试包的情况，早期的时候，都是用的最笨的方法，把每个人的手机拿过来，一个一个的为他们安装，这个过程确实即浪费时间，又浪费精力。

后来出现了一些持续继承的工具，比如jenkins,以及一些测试包分发的平台 蒲公英，fir.im,能够通过网页安装ipa包。

通过jenkins我们能够配置，一键打包，上传到上面的分发平台，并且发邮件通知人员安装。其实jenkins不过是给我们提供了一个可视化的配置界面，底层还是组合调用各种脚本命令行来完成工作的。

今天这篇文章我们就来实现通过一个脚本来完成一键打包上传蒲公英，并发送邮件提醒测试人员的整套流程

前言

这个系列讲主要介绍一些提高iOS开发效率的命令行工具，利用这些方便的命令，我们可以写出各种脚本用来提高我们的生产力，本篇主要介绍，利用脚本实现工程Archive,Export出Release包，然后上传到AppStore。
与传统的打包上传操作相比，我们只需要在命令行之行脚本命令即可，大大的提高了工作效率，并且，个人感觉，通过命令行上传包到AppStore的过程会更快一些（通常在试用xcode upload或者Application Loader要等很久），
并且由于使用脚本，我们可以很容易的实现批量打包上传AppStore。在这一点上节省的人力尤为明显

本系列不是专业的shell 脚本教程，而是更加面向功能，所以一些shell的用法可能并不专业，所以如果你看到本文的Shell写法感到不适，来打我啊！ 可以只参考思路哈。

本文前半部分介绍HTTPS的概念以及工作原理，后半部分着重介绍IOS网络请求怎么使用HTTPS

HTTPS概念

• HTTP: Hyper Text Transfer Protocol;
• HTTPS: Hyper Text Transfer Protocol over Secure Socket Layer;

我们看到HTTPS与HTTP相比，简称上多了一个S,名称上面多了一个Secure Socket Layer,实际上HTTPS=HTTP+SSL/TLS

HTTP协议的概念以及工作原理我们前面的文章已经介绍的很详细了，我们知道HTTP是应用层协议，建立在传输层协议(TCP/IP)上，那么HTTPS就是在应用层协议(HTTP)与传输层协议(TCP/IP)中间增加一个安全加密层（SSL/TLS）

在没有SSL/TLS层的时候，传输层(TCP/IP)发送的报文的数据域是明文的HTTP报文，当有SSL/TLS层的时候，传输层(TCP/IP)发送的报文的数据域是被SSL/TLS层加密的HTTP报文

在没有SSL/TLS层的时候 应用层获取到的数据是明文HTTP报文，当有SSL/TLS层的时候，应用层，收到的数据需要经过SSL/TLS层的处理，还原HTTP报文

上面只是用通俗的语言简单的介绍了一下HTTPS的概念，当然其工作原理要复杂很多，主要的工作都集中在了SSL/TLS层，通过这里我们也能看出，计算机网络这种分层架构设计的巧妙，增加中间一层，其他层几乎不需要改动就能增加新的特性

前言

前面一篇文章HTTP协议之缓存介绍了HTTP协议中缓存是如何定义，客户端，服务端一般要如何根据HTTP中定义的这些字段来实现缓存逻辑

接下来要着重分析一下IOS里面的网络框架，是如何进行网络缓存的
本文使NSURLSession进行网络请求

前言

上一篇文章HTTP 协议学习笔记主要分析了HTTP协议的一般请求原理，本文将着重分析，HTTP协议中的缓存

HTTP协议中定义了一些缓存控制相关的字段，属性，能够用来实现不同的缓存策略，但是注意，这些字段，属性，仅仅是HTTP协议中预先定义好的内容，具体怎么实现，还要我们的客户端，服务端，分别实现不同的逻辑才行

前言

本文并不是对HTTP协议科普的文章，不会对HTTP协议的基础进行详细的阐述，但是会从几个大的层面来分析HTTP协议是怎么工作的，让大家加深对网络请求原理的理解，本文将分别对不同类型的请求的请求报文，响应报文进行分析

概念

HTTP协议到底是个什么东西，其实就是官方指定了一些格式，大家在通信的时候都按照这个协议个格式组装报文，
然后自己解析报文进行操作，实际开发中，大量的第三方框架会把解析报文的工作进行封装

这里的通信又是建立在tcp协议的基础上，使用socket进行通信，
tcp协议会封装出一个报文，包括请求头，请求data，然后这个请求data里面有包括http协议的完整报文