从0开始自研一套iOS分发系统

原理

从0开始自研一套iOS分发系统_第1张图片

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管理所有服务,先简单搭建一个界面:
从0开始自研一套iOS分发系统_第2张图片

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回传回来

总结,整个系统很简单,就是苹果处理后的图标问题探究了两天,最终还只能退而求其次使用ssh连接的方式解决;或者整个ipa的解析使用脚本来做,然后用服务器调动ssh执行脚本,最后回传过来结果也行;但是这套系统就不再是完整的了,谁有有更好的解决方案欢迎讨论交流,Python的解决方案哈。目前最终解决方案还是ssh调用mac的命令来实现图标转换

你可能感兴趣的:(django)