关于Certificate、Provisioning Profile、App ID的介绍及其之间的关系
我想对于刚刚开始接触iOS和iOS开发新手来说，一定会对Apple的各种证书、配置文件等不了解或者有疑惑。或许你可以按照文档或者教程一步步的申请了真机调试，但是还是会对其中的原理不了解。下面我将会对Certificate（证书）、Provisioning Profile(配置文件)等总结一下。
1.概念介绍
如果你已经拥有一个开发者账号的话，在iOS Dev Center中打开Certificate，Indentifiers & Profile，就可以看到如下的列表：
Profile Portal改版有一段时间了，改版之后的结构比以前更清晰明了，易于理解和管理。
上面的列表就包含了开发、调试和发布iOS应用程序所需的所有内容：Certificate、Identitiers、Devices、Provisioning Profiles。
Certificate
证书是用来应用程序签名的，只有经过签名的应用程序才能保证他的来源是可信任的，并且代码是完整的，未经修改的。在Xcode Build Setting的Code Signing Identity中，你可以设置用于为代码签名的证书。
我们申请一个Certificate之前，需要申请一个Certificate Signing Request（CSR）文件，而这个过程实际上是生成了一对公私钥，保存在你的Mac的KeyChain（钥匙串）中。代码签名正式使用这种基于非对称密钥的加密方式，用私钥进行签名，用公钥进行验证。如下图所示，在你的Mac的Keychain的login中存储着相关的公钥和私钥，而证书中包含了公钥。你只能用私钥进行签名，所以如果没有了私钥，就意味着你不能进行签名了，所以就要无法使用这个证书，此时你只能revoke之前的证书再重新申请一个。因此在申请证书完成时，最好到处并保存好你的私钥。当其他人或者设备共享证书时，把私钥传给它就行。私钥保存在你的Mac中，而苹果生成的Certificate中包含了公钥。当你用自己的私钥对代码进行签名后，Apple就可以用证书中国的公钥来进行验证，确保你对代码进行了签名，而不是别人冒充你，同时也保证代码的完整性。
证书分为两类：Development和Production，Development证书用来开发和调试应用程序，Production主要用来分发应用程序（根据证书种类有不同的作用），下面是证书的分类信息：（括号内为证书的有效期）
Development
- App Development(1年)：用来开发和真机调试应用程序。
- Push Development(1年)：用来调试Apple Push Notification
Production
- In-House and Ad Hoc(3年)：用来发布In-House和AdHoc的应用程序。
- App Store：用来发布提交App Store的应用程序
- MDM CSR
- Push Production（1年）：用来在发布版本中使用Apple Push Notification。
- Pass Type ID Certificate
- Website Push ID Certificate
App ID
App ID 用于标识一个或者一组App，App ID应该是和Xcode中的Bundle ID是一致或者匹配的。App ID主要有一下两种：
- Explicit App ID：唯一的App ID，这种App ID用于唯一标识一个应用程序，例如com.Kent.demo，标识Bundle ID为com.Kent.demo的程序。
- Wildcard App ID：通配符App ID，用于标识一组应用程序。例如*可以表示所有的应用程序，而com.Kent.*可以表示com.Kent开头的所有应用程序。
每创建一个App ID 我们都可以设置该App ID所使用的App Services，也就是其所有的额外服务。每种额外服务都有着不同的要求，例如我们使用Apple Push Notification Services，则必须是一个explicit App ID，以便能唯一标识一个应用程序。下面是目前所有可选的服务和相应的配置。
如果你的App使用上述的任何一种services，就要按照要求去配置。
Device
Device最简单了，就是iOS设备。Devices包含了该账户中所有可用于开发和测试的设备。每台设备使用UDID来唯一标识。 每个账户中的设备数量限制是100个。Disable一台设备也不会增加名额，只能在membership year开始的时候才能通过删除设备来增加名额。 关于设备数量的问题，可以参见唐巧的这篇博客
Provisioning Profile
一个Provisioning Profile文件包含了上述所有的内容：证书、App ID、设备。
如果我们要打包或者在真机上运行一个应用程序，我们首先需要使用证书来签名，用来标识这个应用程序是合法的、安全的、完整的等等；然后需要指明它的App ID，并且验证Bundle ID是否与其一致；再次，如果真机调试，需要确认这台设备能否用来运行程序。而Provisioning Profile就把这些信息全部打包在一起，方便我们在调试和发布程序打包时使用，这样我们只要在不同的情况下选择不同的profile文件就可以了。而且这个Provisioning Profile文件会在打包时嵌入.ipa的包中。
如下图所示，一个用于Development的Provisioning Profile中包含了该Provisioning Profile对应的App ID，可使用的证书和设备。这意味着这个Provisioning Profile打包程序必须拥有相应的证书，并且是将App ID对应的程序运行到Devices中包含的设备上。
如上所述，在一台设备上运行应用程序的过程如下：
与证书一样，Provisioning Profile也分为Development和Distribution两种： （注：前面提到的不同账户类型所能创建的证书种类不同，显然Profile文件的种类是和你所能创建的证书种类相关的）
- Development（1年）
- Distribution（1年）
- In House
- Ad Hoc
- App Store
In House与Ad Hoc的不同之处在于：In House没有设备数量的限制，而Ad Hoc使用来测试用的，Ad Hoc的包只能运行中在该账户内已登记的可用设备上，显然是有最多100个设备的数量限制。所以这两种Provisioning Profile文件的区别就在于其中的设备限制不一样而已，而他们使用的Certificate是相同的。
2.开发和发布流程
了解上面的概念，再来看开发及发布流程就比较简单了。
开发/真机调试流程
根据上面的介绍，可以知道进行Development主要有一下几个步骤：
- 申请证书
- 加入设备
- 生成Provisioning Profile
- 设置Xcode Code Sign Identifer
事实上第三步通常是不需要的，因为我们通常都是用Xcode生成和管理的iOS Team Provisioning Profile进行开发，因为它非常方便，所以不需要自己手动生成Provisioning Profile。
iOS Team Provisioning Profile是第一次使用Xcode添加设备时，Xcode自动生成的，它包含了Xcode生成的一个Wildcard App ID（*，匹配所有应用程序），账户里面所有的Devices和所有的Development Certificate，如下图所示。因此，team中国的所有成员都可以使用这个iOS Team Provisioning Profile在team中的所有设备上调试所有的应用程序。并且当所有新设备添加进来时，Xcode会更细这个文件。
发布流程
根据上面的概念介绍，不管是App Store、In-House还是Ad Hoc,打包流程都是差不多的，都包含以下九个关键的步骤：
- 创建发布证书
- 创建App ID
- 创建对应的Provisioning Profile
- 设备Bundle ID和App ID一致
- 设备Xcode Code Sign Identifer,选择合适的Profile和证书进行签名，打包。
以上就是对证书（Certificate）、Provisioning Profile、App ID基本的介绍。原文链接