原理
1,对使用者来说就是一个ipa上传到分发系统,然后下载即可
2,分发系统拿到ipa,解析里面的内容,拼接出下载地址即可
下载地址结构:‘itms-services:///?action=download-manifest&url=plist下载路径’,ipa的真实下载地址都在plist文件里,只能通过这种连接使用safari浏览器才能下载
开发过程
服务端开发
1,选中一种语言(php、Java、Node.js、Django、Go等)服务器语言都可以,我这里选用的是python的Django框架大家web服务器,使用docker管理所有服务,先简单搭建一个界面:
2,写一个上传ipa的接口upload,接收到ipa之后,很多实现方案是直接解压,这种效率不太好,python可以使用zipfile,无需解压即可读取内容,ipa本质上你可以理解为就是一个zip文件,解压后就可以得到真实内容
3,进入ipa文件内部之后,先拿到info.plist文件,这个文件比较重要,里面可以解析出来包名、版本号、build号、最小支持系统版本号等,基本各种基础信息都有,我这里使用plistlib将info.plist加载到字典对象中进行解析
4, 然后也是遍历ipa中的文件,找到应用图标,保存到static下(这里的图片有问题,后续讲解解决方案)
5,如果有获取所有测试机udid信息,需要遍历出embedded文件,然后解析即可,但是这里的解析只能字符串解析,除非你是直接跑在mac电脑上的脚本,可以使用mac自带的security进行转化为xml格式,有点麻烦
6,拼接下载用的plist文件,可以随便打一个空项目获取一个当模板
我这里大概是这样的:
items
assets
kind
software-package
url
%sstatic/upload/%s
metadata
bundle-identifier
%s
bundle-version
%s
kind
software
title
%s
把ipa的下载地址和bundle信息等拼接到里面即可
7,最后就是下载地址拼接
download_url = 'itms-services://?action=download-manifest&url=你的plist地址'
这个下载地址放到a标签或者事件执行的里面即可,一旦访问就是请求下载,可以直接复制到浏览器验证
另外需要注意,plist地址和ipa地址一定要是https的,这是苹果的限制
到这里一套简单的iOS分发系统就完成了,开发过程中遇到一个疑难问题这里讲一下
疑难问题解决方案
这里说的疑难问题其实就是图标的展示,你会发现直接使用ipa里面导出来的app图标在safari上可以展示,但是在其他浏览器上展示不出来。正如我上面的截图那样;原因是苹果在打包的时候会对所有图片进行压缩优化,正常的一个icon是130K这样,达到ipa里面也就30K,这也说明了有人对png进行压缩来优化包体积,但是最终出包的时候发现包体并未减小的原因。
怎么解决这个图片问题
1,根据问题搜索到pngdefry这个工具,是一个大神十几年前使用c写的,经过一番探索发现,有python版本的但是下载安装失败,有一台机器下载成功了但是不支持python3,使用命令行方式测试,发现确实可以解决这个问题。
命令:pngdefry -s _test a.png
,这句命令是把图标a.png还原为a_test.png
pngdefry有node版本的,没测试node是不是好的,但是不支持python只能放弃
2,pngdefry方案看来是行不通的,反正我是搞了一天也没成功。继续探索发现mac自带pngcrush命令也是解决这个问题的,使用方式:
/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/pngcrush -revert-iphone-optimizations -q Local.png Local-standard.png
可以看出这个命令是xcode里带的,通过-revert-iphone-optimizations 来还原图片;不同人的xcode地址可能不是这个,可以使用xcode-select -print-path
找到xcode路径。这个工具经过测试也确实能解决图片展示问题,但是pyhton不支持啊,服务器不支持啊,只支持mac而且还得找路径,果断放弃
3,通过一通的google和github探寻别人的方案,没找到结果,突然想到我们公司有人用node写了一套,于是去打包机看了一眼,竟然又是一种新方式使用的sips -s format png 压缩的图标路径 --out 还原的图片路径
可悲的是这个sips命令也是mac自带的命令
4,到目前为止是无解了,找了下有没有一种方式可以把mac上的命令在linux上跑,因为服务器大都是linux系列的,现实很骨感,没有
5,使用pthon的图片处理Pillow,opencv等二次处理图标,发现处理的结果pillow是黑窗口,opencv打开都是失败的
5,ssh大法,退而求其次,只能通过ssh连接mac服务器,直接执行mac命令才能解决了。目前考虑的是ssh连接mac执行sips转换图片,如果docker和mac是同一台机器,可以直接volume映射;如果是两天机器就只能转换完图片后再使用scp回传回来