目前 iOS 平台上常见的安装包有三种，deb、ipa 和 pxl。
转自连接：http://fanlb.blogbus.com/logs/80466716.html 多谢做者分享！
其中 deb 格式是 Debian 系统(包含 Debian 和 Ubuntu )专属安装包格式，配合 APT 软件管理系统，成为了当前在 Linux 下很是流行的一种安装包。进入 2.x 时代以后有 Cydia 做者 Jay Freeman（saurik） 移植到 iPhone 平台上，一块儿的还有 APT 软件管理系统。html
- 而 ipa 格式则是苹果在 iOS 平台上推出的专属软件安装包，在2.0固件开始才正式使用，是目前 iPhone/iPod Touch/iPad 平台上惟一的官方安装包。
- 而pxl格式则起源于 Mac 系统上的 pkg 安装包，被普遍应用于1.x固件时代，曾经是 iPhone 平台上惟一的软件安装包，如今仍在被91等软件所使用。
.deb
deb 是 Unix 系统(其实主要是 Linux )下的安装包，基于 tar 包，所以自己会记录文件的权限(读/写/可执行)以及全部者/用户组。
因为 Unix 类系统对权限、全部者、组的严格要求，而 deb 格式安装包又常常会涉及到系统比较底层的操做，因此权限等的设置尤为重要。
deb 包自己有三部分组成：
- 数据包，包含实际安装的程序数据，文件名为 data.tar.XXX；
- 安装信息及控制脚本包，包含 deb 的安装说明，标识，脚本等，文件名为 control.tar.gz；
- 最后一个是 deb 文件的一些二进制数据，包括文件头等信息，通常看不到，在某些软件中打开能够看到。
deb 自己可使用不一样的压缩方式。tar 格式并非一种压缩格式，而是直接把分散的文件和目录集合在一块儿，并记录其权限等数据信息。以前提到过的 data.tar.XXX，这里 XXX 就是通过压缩后的后缀名。deb 默认使用的压缩格式为 gzip 格式，因此最多见的就是 data.tar.gz。常有的压缩格式还有 bzip2 和 lzma，其中 lzma 压缩率最高，但压缩须要的 CPU 资源和时间都比较长。
data.tar.gz包含的是实际安装的程序数据，而在安装过程当中，该包里的数据会被直接解压到根目录(即 / )，所以在打包以前须要根据文件所在位置设置好相应的文件/目录树。
而 control.tar.gz 则包含了一个 deb 安装的时候所须要的控制信息。通常有 5 个文件：
- control，用了记录软件标识，版本号，平台，依赖信息等数据；
- preinst，在解包 data.tar.gz 前运行的脚本；
- postinst，在解包数据后运行的脚本；
- prerm，卸载时，在删除文件以前运行的脚本；
- postrm，在删除文件以后运行的脚本；
- 在 Cydia 系统中，Cydia 的做者 Saurik 另外添加了一个脚本，extrainst_，做用与 postinst 相似。
关于 deb 的详细介绍和打包说明，请见此贴1楼：
http://bbs.weiphone.com/read-htm-tid-669283.html
.ipa
使用过 Mac OS 的人可能都知道，Mac 下的软件大部分都只有一个 .app 目录，里面包含了程序所有资源和可执行文件。简单来讲，Mac 下的软件就像是 Windows 下的绿色软件同样，解压后便可使用，不须要安装，卸载的话也只用删除程序文件便可(这里不涉及 pkg 格式安装包)。而 ipa 格式能够视为这种 .app 软件的衍生物。
ipa 文件实质是一个 zip 压缩包(不是 rar 或 7z 包)，包含 3 个组件：
- payload 目录下的 .app 目录，这个是软件的主程序；
- iTunesArtwork，实质是一个无后缀名的 png 图片，用来在 iTunes 中显示图标；
- iTunesMetadata.plist，记录购买者信息、售价等数据。
因为 zip 包不能记录权限和全部者等信息，因此苹果规定了 ipa 的安装方式，即所有 ipa 都会解包安装在 /var/mobile/Applications 目录下，所有文件和目录的全部者及用户组均设为 mobile(ID 为 501)，主程序(可执行文件)的权限设为 0755 (全部人均可以执行，但只有全部者能够修改)，可执行文件在 plist 中定义。所有目录权限设为 0755，而其它全部文件都设为 0644(仅全部者能够修改，其他人只容许读取，所有人都不容许执行)。
ipa 解包后并不是直接放置于 Applications 目录下，而是放在一串由随机码构成的目录下，其做用在于，只容许这个软件运行在一个特定的沙盒(Sandbox)中，不能干扰其余软件。所以那串随机码目录下，除了 ipa 自己的三个组件以外，还有三个目录：数据库
- Library，通常是用了储存设置文件等数据；
- Documents，存储数据，多用了保存存档；
- tmp，临时文件夹。
因为这个软件只能在这个特定的目录下运行（固然了，部分程序会调用系统的通信录、相机等组件，但仍然是受限制的），从而保证了整个系统的安全性和稳定性。
因为 Unix 系统下对权限的规定至关严格，因此“越权”的行为是绝对不容许的。举个例子，mobile 用户无权删除 root 全部的文件，由于 root 的权限高于 mobile。因此有些人在修改 ipa 安装后的文件时，好比进行汉化或者修改存档，发现不能删除干净软件，或不能保存，这是由于删除时不能删除 root 全部的文件，程序自己也没法对 root 全部的存档文件进行写入操做。安全
.pxl
pxl 格式在1.x时代是 iPhone 平台上惟一的安装格式，缘由是那时候尚未 Cydia 这样的 APT 管理软件，苹果官方也没有推出 App Store。因为在1.x时代积累了大量人气，在接下来的 App Store 时代中，pxl 格式以其相对简易的打包和安装方式，仍然占据了很大一部分市场。但随着 Installer 的中止开发，iBrickr 等软件中止更新，目前惟一还在坚持使用 pxl 格式的就只剩下91一家了。
pxl 安装包一般包含3个组件：网络
- PxlPkg.plist 记录程序文件的存放位置、全部者、权限以及软件标识等信息；
- PkgScript文 件夹，存放安装和卸载脚本；
- 程序文件。
PxlPkg.plist 文件的开头一般是 CFBundleIdentifier，记录着软件的惟一标识，以和其余软件进行区分。RDPxlPackageVersion 则记录软件版本。RDPxlPackageFireware 被用来记录能够运行的固件版本。其他还有一些键值是用来记录软件介绍、网址、做者信息等数据。
除了软件标识、软件版本和可用固件版本之外，PxlPkg.plist 的核心部分就是 RDPxlPackageFiles 和 RDPxlPackagePostflight 两项。RDPxlPackageFiles 记录了程序文件应该被复制到的路径，并提供了是否覆盖的参数: overwrite。而 RDPxlPackagePostflight 则记录程序文件应该被赋予的全部者和权限，分别以 chown 和 chmod 命令来实现。另外，对于含有安装/卸载脚本的 pxl 来讲，还会以 sh 命令执行相应的脚本 Postflight 和 Preremove。
PkgScript 一般包含两个文件，安装后执行的脚本 Postflight 和卸载前执行的脚本 Preremove，这两个脚本就是标准的 Linux Shell Script，以 sh 命令执行。app
安装包的特色iphone
.debide
- 丰富的资源：Cydia 上自己就很多，更况且任何格式的安装包均可以转换为 deb。
- 相对方便的在线购买模式：Cydia Store，不过尽管没有 App Store 的5台设备的限制，但对国内用户来讲，付款方式比较困难。
- 破解难度较大，没有使用 App Store 的验证方式，因此必须将验证和防破解措施加入程序里面，这样就比较难破解，对软件开发者来讲是个好事。
- 完善的 Unix 文件系统支持：无需以命令设置文件的权限、全部者和用户组（固然也能够以脚原本设置）
- 完善的脚本支持：5个脚本依照安装和卸载的前后顺序执行，能够提供更多选择。好比备份还原操做，能够在 preinst 中备份文件，而在 postrm 中还原文件
- 严格的依赖关系：deb 遵循严格的依赖关系（于 Depends 和 Pre-Depends 指定），能够确保软件运行所必需的组件。在线安装的时候会自动安装所依赖的软件包。卸载时也很重要，好比软件包 A 依赖于 B，当卸载 B 的时候会提示 A 依赖于 B，卸载掉 B 的话会致使 A 不能用，这样能够确保系统的完整性和稳定性。
- Conflicts、Replaces、Provides 等键值的存在能够实现冲突提示或替换其它软件包。
- 彻底权限：因为 deb 必须以最高权限 root 的身份运行，deb能够对系统任何位置进行操做，换句话说，deb 拥有对整个系统的彻底控制，所以 deb 安装包软件能够实现不少 ipa 不能实现的功能。
- 相对简单的获取方式（在线或离线）和安装方式，也不用担忧在不一样机器上同步会删掉程序的问题。
- 安装相对简单：其实不管是哪一种安装包，安装方法都不算很复杂，只不过 deb 稍微复杂一些。
deb 的安装方法大致有 5 种：post
- Cydia 或同类 APT 管理软件在线安装，这个是最佳的安装方式，由于一般无需考虑依赖关系，但缺点是对网络的要求比较高；
- 命令行中以 dpkg -i XXX.deb 的形式安装，好处是能够以通配符一次性安装多个 deb，并且也能够直接看到脚本的运行情况和安装成功/失败的提示信息，缺点是须要命令行软件的支持，如 Putty/WinSCP的控制台/iSSH/MobileTerminal，不少人也不熟悉命令行下的操做。另外，安装完后会不显示图标；
- 放置于 AutoInstall 目录重启安装。该方法实际是 Cydia 提供的一个启动脚本，在每次系统启动时以 dpkg 命令安装 AutoInstall 目录下的 deb，好处是不须要命令行操做，缺点是必需要重启，有些甚至要重启两次，也会出现不显示图标的状况；
- 利用 iFile 安装，好处是图形化操做，桌面会显示图标，缺点是不能一次安装多个 deb；
- 用 Cyder II 等软件来安装，其原理是模拟一个 APT 软件管理器来下载相应的 deb 文件并传到设备，而后之前面几种方式来安装。
整体来讲，deb 的安装都是依赖于 dpkg -i 命令来安装，只不过有些是在命令行下输入命令，有些是提供了图形界面。但除了 Cydia 安装一种方式以外，其他几种安装方式都存在一些共有的问题：网站
- 不会自行搜索依赖关系，必须手动提供所依赖的 deb；
- Cydia 会读取安装脚本里的一些特殊语句，好比仅在全新安装时执行而不在升级时执行，安装完成后重启 SpringBoard 或设备等等。
固然了，deb 软件的卸载也比较简单，有两种方式：命令行
- Cydia 里卸载，优势是卸载过程和提示信息很详细，全图形界面操做，同时也提供了从新安装的选项；
- 以 dpkg -r Package_ID 命令或 dpkg -P Package_ID 命令来卸载（详情后面会说）；
- Cydelete 来卸载，优势是能够直接在桌面上卸载有图标的软件，但对那些没有图标的无能为力。
其实，无论是安装仍是删除，均可以才要全手动的方法。即，解包 deb 以后，本身将文件放到相应位置，而后设置权限等并执行脚本。但这样有必要么？
deb 的安装过程以下：
- 读取数据库并锁定，避免同时有两个安装程序在运行
- 读取 control 中的 Package（软件包标识）和版本信息，并搜索数据库，若已存在，则卸载以后再安装；
- 检查 Depends, Pre-Depends, Conflicts 和 Replaces，若是检测到已存在 Conflicts 中存在的软件，则报错并终止安装。如未找到 Pre-Depends 指定的软件，则报错并终止安装。如找到 Replaces 中指定的软件，则卸载之；
- 将数据写入 /var/lib/dpkg/status 文件中；
- 执行 preinst 脚本（若是有）；
- 解包 data.tar.gz，将文件放置于相应位置，并将文件列表写入 /var/lib/dpkg/info/XXX.list；
- 运行 postinst 和 extrainst_ 脚本（若是有）；
- 若是以前的安装都没有出错，即安装成功，那么会在 status 文件中写入 Status: install ok installed 信息，不然会写入其它状态数据，好比 Unpacked （未解包数据）、Failed-config（脚本未能成功执行）、Half-installed（安装失败等）；
- 从新加载数据库并解除锁定。
deb 的卸载过程以下：
- 读取数据库并锁定；
- 根据软件标识搜寻数据库；
- 检查是否有软件依赖于待卸载的软件，若是有则提示，并中断卸载；
- 执行 prerm 脚本（若是有）；
- 读取 /var/lib/dpkg/info/XXX.list 文件，并删除 list 文件中记录的所有文件和非空文件夹；
- 运行 postrm 脚本；
- 若是卸载命令是 dpkg -r，则保留 status 中的记录并改成 Status: Not installed；若是卸载命令是 dpkg -P，则删除所有数据；
- 若是卸载过程没有错误的话，从新读取数据库并解除锁定。
因为 deb 安装的软件可能会在运行时在 /var/mobile/Documents 下放置存档文件，或在 /var/mobile/Library/Preferences 下放置设置文件，而这些文件并无记录在 list 文件里，因此卸载的时候不会被删除。
.ipa
- 丰富的资源：App Store 上那么多资源，apptrackr 等网站也提供了不少破解版。
- 完善的更新、后期服务。
- 只能使用最小权限，保障安全性。
- 不涉及系统级的操做，因此通常不容易形成死机或白苹果（有些是由于资源消耗太大因此卡死）。
- 便捷的安装方式，不管是直接在设备上用App Store安装，仍是用 iTunes 来同步，抑或是用 Installous 和 91 这类第三方软件来安装，都是很方便快速的安装方式。
- 超级简单的卸载方式：还有什么比只须要点一个 X 就能卸载更简单呢？
- 彻底删除，不会留下任何垃圾文件（如存档、设置文件等）
- 整体来讲破解仍是比较容易的，但如今愈来愈多软件加入了防破解措施。
以前提到过，ipa 软件是被安装在一个相似于沙盒的环境中，除了能对 /var/mobile/Media/DCIM 目录（拍照、截图存放目录）进行操做，或是调用壁纸、铃声、相机等组件，不能对系统进行任何干涉，这样在最大程度上保证了系统的稳定运行，也不会干扰其它软件的正常使用。但问题是，因为 ipa 软件的权限很低，想要对系统进行修改，尤为是应用补丁时，ipa 就无能为力了。
ipa 软件官方的安装方式有两种，一是在 App Store 这个软件中下载安装，二是用 iTunes 同步。
前者的问题主要是网络问题，网速很差很容易安装失败；GPRS之类的上网安装又很耗流量。后者的问题主要是不能在不一样系统下使用（包含不一样电脑和同一部电脑上的不一样系统），在其它系统上同步会抹掉原有的软件。固然了，iTunes 每次同步时间比较长也是常常被人诟病的。尤为是当安装软件比较多的时候，每次同步以前的备份须要很长很长时间，这个很恶心（不过能够直接 X 掉备份操做）。
因为以上两种方式存在一些问题，因此不少人会选择使用 Installous 或 91 来安装 ipa，这也确实是个不错的选择。
Installous 通常没什么问题，但对部分验证比较严格的 ipa 处理不是很好。虽然 Installous 基本能代替 iTunes，但毕竟不彻底等同。最典型的就是 Installous 安装 Microsoft 官方出的 Live Messenger （正版，非破解版）时不能运行。实际上 Installous 对不少未破解的正版软件支持不是很好。
至于91，常常被人批评。91 虽然能够安装 ipa，但除了 Installous 都有的正版软件的支持问题外，因为91的安装机制有缺陷，软件不能实现多语言，只会使用英文界面，而忽略掉 zh_CN.lproj，zh_TW.lproj 这些语言包。这对那些用但愿使用汉化版的人来讲实在是一个悲剧。因此一般是要避免使用91来安装 ipa 的。
至于卸载，三种方法：
- 设备上按住图标直到开始晃动，点击图标左上角的 X 便可卸载；
- 于 iTunes 中取消选中，而后同步
- 找到 /var/mobile/Applications 下的相应目录，强行删除整个文件夹。这个在前面两种方法没法使用是能够采用（有时候卸载体积太大的软件，好比超过 1G，由于删除过程太长致使失去响应并删除失败。），但这种方法会形成系统的不稳定。除非是确实碰到了问题，不然强烈建议不要使用。
.pxl
- 严格来讲，pxl 格式的资源并不算多，但也很多。如今使用 pxl 格式的绝大多数都是91的用户。
- 从时效性上来讲，不少软件（主要是 App Store 上的）一被人破解就立刻会被人转成 pxl 格式，这样来讲，pxl 格式的更新仍是不错的。
- 因为91手机助手没有 iTunes 同步会抹掉软件的问题，加上其它一些比较方便的功能，使得不少新手都是从91开始了解并熟悉 iPhone/iPod Touch 的使用。其结果是，pxl 格式依赖于91而生存。
- pxl 格式的流行也不是历史的遗物，而是符合市场规律的需求。91助手的便捷的软件管理方式（尤为是支持 WiFi 管理），加上免费的旗号，使得 pxl 格式在新手中很受欢迎。
实际上，pxl 格式和 deb 格式具备的功能彻底同样。虽然 pxl 不能记录文件的权限等数据，但彻底能够用脚原本弥补。便是说，pxl 格式和 deb 格式实际上是不相伯仲的。并且由于 pxl 格式的制做并不须要比较少见的 Unix 环境，尤为是 Debian 环境，其自己是优于 deb 格式的。
但为何如今不少人都常常在说不要使用 pxl 呢？我我的认为，缘由主要有如下几个：
- 资源的局限性：除了91公司本身开发的几个软件以外，其他全部软件都是从 deb 和 ipa 转换而来。若是原版软件没破解，pxl 无能为力（好比 Microsoft 官方出的 Live Messenger 和 Cydia 上一众没被破解的软件）；
- 资源时效性：跟上面一点类似，pxl 格式大部分是从其它格式转换而来，跟原版相比老是会慢一些，尤为是当没法破解时，pxl 根本就出不来；
- 打包人水平有限：如今不少人都是直接用91助手来打包 pxl。对大部分只有一个 XXX.app 目录的程序来讲通常不会有问题，但若碰见那些对文件权限等数据有严格要求的软件（好比可执行文件没有可执行权限，或是 mobile 用户不能改写 root 全部的文件等等），或是须要比较复杂的脚本才能运行的软件，每每 pxl 制做者并无能力去制做一个完善的 pxl 出来，这样也致使了许多安装使用上的问题；
- 安全性：绝大部分人在制做 pxl 的时候都习惯用 chmod -R 命令来将整个 XXX.app 目录及其中的所有文件和子目录设为755/775/777权限，而这种行为会形成必定的安全隐患。关于这些数字的意思请自行搜索相关资料。这里简单说明一下。644属性表示仅有该文件的全部人才能够进行改写操做，其他任何人都只能读取，任何人都不能执行这个文件。755和775是在644的基础上加入了可执行权限，755是该文件所在的用户组的全部人均可以改写。而777权限则标识任何人均可以改写并执行。因为 mobile 自己是受限帐户，若是使用777权限的话，有机会经过这个漏洞来获取整个系统的控制权。只不过由于 iPhone 系统相对封闭，也不太有机会形成损失。但采用775和777权限是不该该的；
- ipa 转 pxl 的存档问题：很多人都有这样的经历，在游戏 A 存档以后再进游戏 B，存档 B 以后再进 A，发现 A 的存档已经不在了。缘由在于，ipa 转换成的 pxl 软件，存档所有是放在 /var/mobile/Documents 目录下，而正好有两个软件的存档文件名相同（最多见的就是 data.sav 或 save.data），互相改写以后致使不能读取。这种问题也发生在 ipa 转 deb 上，并且没法解决；
- 没法完整删除：卸载 pxl 格式时，不会删除存档文件、配置文件、临时文件等数据，长期使用会致使可用空间减小；
- 在部分机型上存在兼容问题：有些机器越狱后并无将系统分区中的 /Applications 目录转移到 /var/stash 的用户分区中。因为系统分区的可用空间不多（默认500MB，一般可用空间不超过50MB），强行往 /Applications 里安装会致使剩余空间消耗殆尽或安装失败。
由此能够看出，pxl 格式的问题更多不是 pxl 自己的问题，而是打包者的问题以及安装方式的缺陷所致。
另外要指出的是，pxl 最大的提供者，91，常常是转载他人发布的软件（包括 网友本身购买破解的，或 Cydia 上直接下载的）而后看成本身发布的软件，对版权问题彻底不在乎，这样也引发了不少人，尤为是原发布者的反感。这种赤裸裸的剽窃行为实在是使人不耻。正由于这样，不少人是由于不爽91而不爽 pxl，这实在是冤枉 pxl 格式自己了。
安装和卸载：
pxl 格式曾经是1.x时代惟一的安装包格式，给咱们留下了太多的回忆，对于 pxl 的贡献，咱们仍是应该缅怀和尊敬的。但随着时代的发展，pxl 已经老态尽显，就如同 Installer 的退出同样，pxl 最终会退出市场而被供奉在殿堂以内。
总结
- 通常的软件仍是尽可能用 ipa 格式，不要使用 ipa 转换成的 deb 或 pxl 格式，这样能够确保兼容性和安全性。而在系统级的程序（如 SBSettings 和输入法），ipa 是绝无能力的，那么最好的选择仍是 deb。pxl 做为快被淘汰的格式，仍是果断的放弃比较好。
- 至于 ipa 和 deb 的安装方式，ipa 的安装首选 iTunes 同步和 App Store 在线安装，次选 Installous，以保证最佳兼容性。deb 的安装首选 Cydia 在线安装，次选除91外的其它任何安装方式。
- 任何状况下都不推荐用91来安装 ipa 和 deb，由于91的安装机制并不完善，很容易出问题。