与其使用别人的超级签，不如自己搭建一套，安全可靠。

申请开发者账号一个699，比使用别人的系统便宜多了。

无需mac服务器，系统环境centeros7.2 配置要求低，按需扩容。

由于近段时间政策变动，企业证书不断被封停。

市场上开发出一种新的签名方式，超级签名。

超级签名

签名原理

签名原理简单点说使用了苹果提供给开发者的Ad-Hoc分发通道，把安装设备当做开发设备进行分发。

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

优势：

直接分发，安装即可运行，不需要用户做企业证书的信任操作 目前稳定，不会有证书吊销导致的业务风险(后续苹果政策风险非常高)

缺点：

单开发者账号的iPhone设备数量只有100个，导致分发成本非常高(99美元/1年/100个设备) 开发者账号需要预先写入安装设备的UDID，在工具链不通的情况下，获取用户的UDID相对困难和繁琐，而且手动写入UDID不存在商用可行性，当然目前这个缺点被解决了

整体架构

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

1.设备安装描述文件后，会向服务器发送设备的UDID。2.服务器收到UDID后，将UDID注册到某个开发者账号下。3.再生成签名用的描述文件，给IPA签名。4.然后iPA传Server，使用itms-services方式让用户下载。

技术细节

1，获得用户UDID

苹果允许用户通过浏览器安装配置文件，来上传UDID到服务器。

服务器需返回301重定向到特定网站

.mobileConfig 文件实例：

获得udid

服务端接受UDID需要返回301，示例代码：

2，解析苹果给出的XML文件，并取得对应数据

解析XML并返回

在这个时候，服务器就已经有了用户的udid了。

3，添加apple账号。

因为苹果存在二次验证，这里通过后台弹窗输入验证码。

4，开发者中心更新UDID。

这里用到的框架是fastlane。框架使用起来简单易用。

调用实例代码：

更新UDID

更新完成UDID后，从苹果商店下载相关证书，并准备重签名。

5，重签名

看了很多文章，很多都只能运行在mac电脑上。 mac服务器成本昂贵。要支持高并发成本非常高。

在这里，我们使用isign来实现在linux服务器上也能重签名。

可能有人会说他们使用isign在ios13上无法安装，这里需要自己修复一下源码的bug

实例代码：

重签名

到此时，我们的重签名流程就已经完成了。

然后将ipa包上传到OSS服务上，并配置itms-service服务来做分发。

itms-service服务代码实例：

itms-service服务稳健

tip：

另外，如果要通过isign实现企业的签名的话，因为isign的入参是pem文件，在这里，需要将企业证书的P12文件转换为pem文件。实例代码如下：

p12转pem

我们现在已经完成了全部流程。 大家可以加我qq 397294213 一起沟通成长。

后台

落地页

因为苹果限制个人开发者账号申请了。

如果了解过超级签名原理的就会知道，超级签名这个功能很依赖开发者账号数量的。

开发者账号申请不下来谁都没有办法，现在已经有在收被调查账号了（这种账号对超级签名没影响）。

所以说超级签名还是有风险的，因为苹果限制个人开发者账号申请了。

而且这段时间签名市场查的非常严格，基本证书上线就会挂掉，企业签的很多小的工作室都倒下了......蒲公英这个平台没熬过去有点意外，客服都没了。不过这个做平台，诚信加售后应该是第一位才对。

选择超签的话其实说起来不如选择企业签，企业签除了会出现掉签风险，基本使用感还是比较好的，毕竟它不限制下载更新次数。而且诚信服务商包售后一定会解决掉签问题，有证书都会及时给客户补签。

还有一点，价格优势。

企业签比超级签便宜，做生意，大家考虑的一定都是性价比。签名市场上证书都差不多，这种签名比的就是售后。让人信任才可能有回头客。

“超级签”呢，其实就是利用了苹果提供的Ad-Hoc分发通道，把这一百台安装设备当做开发设备来进行分发。获取用户设备的UDID→UDID添加到开发者后台→出含有所有已添加过的UDID的证书→用该证书出包给用户安装即可。

说白了超签就是个人证书打包签名出来的 App，有限制

优点应该是少了在设置里面信任企业证书的步骤

超级签名的缺点，那就是贵，并且被批量刷量的话，那可能钱就刷刷的直线上升，一千台的话价格自己想想，很多人不能接受。并且也是可能存在封号风险的。

可以考虑下别的平台。我在合作的是这家https://wedaoliu.com。