消费者是怎么理解ios超级签名的？

有消费者是做游戏投放的，却被苹果弄的游戏包都上不了，后转IOS签名，致使 频繁掉。致使一开始的几千用户只剩下几百。后来发现市场上出现一种超级签名。也就是所谓的个人账号。

1. 某家做企业签感觉是最出名的公司 超级签价格最贵，体验一般，单个用户成本最高；

2.某家做企业签感觉也比较出名的公司 超级签名中等价格，但是体验真的好差呀，收我几千个下载安装数的费用就给我搞进来不到一千个用户激活应用；

3.某家做企业签感觉也稍有名气的公司 超级签名中等价格，但是体验真心一般，转化真的低。感觉用户都被他们的下载流程搞到放弃了；

4.自行联系的超级签名，已经在这上面投了快四万个安装量了。真的价格是1公司的一半不到，体验不用说 。单用户成本算是很低的了。具体多少就不方便透露了， 当然成本还是跟广告投放计划有一些关系的。。

随着苹果对于企业分发证书的频繁吊销和日益收紧，代签名行业也随之迭代出了黑科技，即所谓的超级签名。

从整个安装流程上来看，超级签名少了在设置里面信任企业证书的步骤，体验上要比企业分发更简单和容易接受，同时分发价格有的也贵的离谱，有的便宜体验也好，不禁让人好奇这新瓶里面到底装的是什么酒。

今天就来帮大家解析一下其中的门门道道，以及这套机制的技术难点。

签名原理其实就一句话，使用了苹果提供给开发者的Ad-Hoc分发通道，把安装设备当做开发设备进行分发。签名原理

既然签名用是 Ad-Hoc ，那么 Ad-Hoc 所具有的优劣势也一并继承了下来：

优势：

直接分发，安装即可运行，不需要用户做企业证书的信任操作

目前稳定，不会有证书吊销导致的业务风险(后续苹果政策风险非常高)

缺点：

单开发者账号的iPhone设备数量只有100个，导致分发成本非常高(99美元/1年/100个设备)

开发者账号需要预先写入安装设备的UDID，在工具链不通的情况下，获取用户的UDID相对困难和繁琐，而且手动写入UDID不存在商用可行性，当然目前这个缺点被解决了

整体架构

接下来我们就看看整套机制是如何进行的：

整体架构

设备安装描述文件后，会向服务器发送设备的UDID。

服务器收到UDID后，将UDID注册到某个开发者账号下。

再生成签名用的描述文件，给IPA签名。

然后iPA传Server，使用itms-services方式让用户下载。

技术细节

使用配置文件获取UDID

苹果公司允许开发者通过IOS设备和Web服务器之间的某个操作，来获得IOS设备的UDID(包括其他的一些参数)。这里的一个概述：

在你的Web服务器上创建一个.mobileconfig的XML格式的描述文件；

用户在所有操作之前必须通过某个点击操作完成.mobileconfig描述文件的安装；

服务器需要的数据，比如：UDID，需要在.mobileconfig描述文件中配置好，以及服务器接收数据的URL地址；

当用户设备安装描述文件后，设备会回调你设置的URL，如果你的URL返回302跳转的话，Safari浏览器会跳转到你所给的地址；

Apple Developer Center 自动化工具

接下来的关键点就是如何在获取到用户的UDID之后，秒级完成注册新的开发者设备+更新Provisioning Profile的。 这里我们需要借助开源工具(Spaceship)：

Spaceship公开了Apple Developer Center的API，而且执行速度比解析开发者Web页面快两个数量级，从而在非常短的时间内搞定Provisioning Profile。 这个框架解决了整套机制的关键问题，成为整个工具链的基石。其实某平台早就完成了UDID获取和应用签名分发的技术储备，只差这套API。

SpaceshipRecording

spaceship公开了Apple Developer Center的API，而且执行速度比解析开发者Web页面快两个数量级，从而在非常短的时间内搞定Provisioning Profile。 这个框架解决了整套机制的关键问题，成为整个工具链的基石。其实某平台早就完成了UDID获取和应用签名分发的技术储备，只差这套API。