减小App包的大小

检查.ipa文件

首先获得app的ipa文件。

将ipa文件的后缀改为.zip，解压得到包内容。

查看资源文件哪个最大。然后试着对最大的文件就行处理

图片

尽量使用8-bit图片

使用8-bit的PNG图片，比32-bit的图片能减少4倍的压缩率。由于8-bit的图片支持最多256种不同的颜色，所以8-bit的图片一般只应该用于一小部分的颜色图片。例如灰度图片最好使用8-bit。

针对32-bit的图片尽量使用高压缩的比率

利用Adobe Photoshop的Save For Web可以减小JPEG和PNG的图片大小。在Xcode中，默认情况下，会自动的使用pngcrush来压缩.png图片。

使用压缩工具进行处理：

推荐使用ImageOptim对图片进行压缩，实验证明该tools。

编译选项

将build setting中的Optimization
Level设置为Fastest,
Smallest [-Os]; 将build setting 中的Strip
Debug Symbols During Copy设置为YES(COPY_PHASE_STRIP
= YES)，这样可以减小编译出二进制文件的尺寸。这里提到的这些设置在Xcode工程中对于Release的配置是默认的。

警告：这些设置会让你的程序很难debug。在一般开发环境build中不建议这样设置。

减小指令集的大小：

目前指令集有以下几种：

armv6 --> iPhone  iPhone2 iPhone3G 第一二代的iPod Touch

armv7--> iPhone4 iPhone4s

armv7s --> iPhone5  iPhone5c

armv64 --> iPhone5s

机器对指令集的支持是向下兼容，因此iPhone5s是可以在armv7的指令集上运行，只是效率没有那么高。你的设备是armv7s指令集，那么它也可以兼容运行比armv7s版本低的指令集：armv7、armv6

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

名词解释：

Architecture：该编译选项是为了指定工程将被编译成哪些指令集，支持指令集是通过编译生成相应的二进制数据包实现的，如果支持的指令集数目有多个，就会编译出包含多个指令集代码的数据包，造成最终编译的包很大。

Valid
architectures :该编译项指定可能支持的指令集，该列表和Architectures列表的交集，将是XCode最终生成的二进制包所支持的指令集。

Build Active Architecture Only :该编译项用于设置是否只编译当前使用的设备对应的arm指令集。

当该选项设置成YES时，你连上一个armv7指令集的设备，就算你的Valid
Architectures和Architectures都设置成armv7/armv7s/arm64，还是依然只会生成一个armv7指令集的二进制包。

当然该选项起作用的前提是你的Xcode必须成功连接了调试设备。如果你没有任何活跃设备，即Xcode没有成功连接调试设备，就算该设置项设置成YES依然还会编译Valid Architectures和Architectures指定的二进制包。

通常情况下，该编译选项在Debug模式都设成YES，Release模式都设成NO。

如果你的软件对安装包大小非常敏感，你可以减少安装包中的指令集数据包，而且这能达到立竿见影的效果

我们的项目之前支持的指令集是armv7/armv7s，后来改成只支持armv7后，比原来小了10MB左右。目前AppStore上的一些知名应用，比如百度地图、腾讯地图通过反汇编工具查看后，也都只支持armv7指令集。

不过对于armv7s/arm64指令集设备来说，使用运行armv7应用是会有一定的性能损失，不过这种损失有多大缺乏权威统计数据，个人认为是不会影响用户体验的

减小App包的大小