关于打包/真机运行，其中最重要的两个文件：xxx.cer 和 xxx.mobileprovision
xxx.cer 文件是表示这个账号/电脑有真机运行的权限：
xxx.mobileprovision文件是表示这个bundleId的应用可以具有的能力(Capabilities)：
本文是关于.mobileprovision文件的一些理解：
.mobileprovision文件（往往也称该文件为小齿轮文件或Profile文件，文中三种名词等同含义），包含AppID ，支持的能力等信息。
一、App支持的能力（Capabilities）
1.查看已配置的能力(Capabilities)，根据选的支持的设备如iPhone Mac等会有不同。
查看方式如下：
红框中的即具有的能力之一，有的能力还可以进行更多的配置，比如上面的BackgroundModes，可以进行更多的配置。
2.添加新的能力(Capabilities)
2.1 第一步：在Xcode中添加能力
点击后会弹出如下功能列表，点击右上角的按钮可以切换显示模式：
2.2 第二步：在AppleDeveloper中对AppID中进行功能添加
2.3 第三步：创建或更新Profile文件
在创建或更新Profile文件时会选择绑定的AppID，而这些AppID在注册时勾选的功能，即会被绑定到该Profile文件中。
创建或更新完成后会看到对应的能力:
3. 在2.1和2.2中添加添加Capabilities的关系
Profile中配置的表示该AppID的应用可以支持的能力，而Xcode中配置的表示已经添加的能力。
由此，有以下几种场景：
3.1 Profile中没有A能力，Xcode中添加A能力
编译出现报错：
3.2 Profile中有A能力，Xcode中未添加A能力，代码中添加A能力（比如推送能力）
经过测试，功能可用。
3.3 Profile中没有A能力，Xcode中未添加A能力，代码中添加A能力（比如推送能力）
经过测试，功能不可用。
由此，有以下结论：
Xcode中配置的能力，只是对Profile中支持的功能进行检测（编译检测），不起决定作用。
当前profile文件支持的，表示该应用可以具有能力，起决定作用。即使Xcode不配置该Capability，有代码去调用功能仍然有效。
即项目支持的功能由当前的Profile文件和代码直接决定，Xcode中的配置只是辅助检测匹配情况。
这里有两点需要特别注意：
- 这里一定注意是
当前的Profile文件，因为在生成该文件后也可以再调整AppID支持的功能，详见后文。- Xcode在这里加的有些功能并不全是profile文件中有的，比如Background Modes
二、问题解答
1. 由2.3中可以看出，Profile是和Capabilities绑定的。那么，在AppleDeveloper中对功能进行当添加 / 删除功能是否影响？
经过测试，不论如何在AppleDeveloper修改，都不影响当前Profile文件的功能。可以认为，当Profile文件生成后，这就成了一种“离线”检测，即使AppleDeveloper中删除全部的相关信息都不影响这个“离线”文件的使用，只有在打包上传的时候才会有检测，提示出错误。（这里其实并不是完全的离线，是检测通过后在一段时间内不再检测，即在这段时间之后还是会检测，这样就会提示出错误信息）
在AppleDeveloper中修改AppID的功能后，相关的Profile文件就会显示成invalid状态，需要重新编辑保存才会有效。操作如下：
修改时的提示：
修改后的Profile文件状态变化：
当功能修改后，Profile文件失效。
点击进入详情：
点击右上角编辑（Edit），再点击保存（Save），这时，新的Profile文件就包含了改动，下载后重新安装即可。
2. Profile文件修改后是否需要重新打包？
答案是肯定的。打包的时候是需要选择Profile文件，那么若Profile文件改变则只有新打的包才能生效。
3. 推送证书修改后是否需要重新打包？
如果之前Profile选择了推送功能，那么就无需打包，只用添加证书导出给极光等第三方平台使用即可。否则就需要重新打包。
有一个容易判断是否需要打包的方式：
修改后看Profile文件是否是可用状态，如果可用，那么就不用重新打包。
