下述程序段完成:
[0090]mount-t aufs-o br:/data/app-user/appl.user = rw:/opt/appl.squa = ronone /data/app/appI
[0091 ]其作用为，把压缩后的应用程序只读的挂载到/opt/appl.squa，然后在这个目录之上再加上一层可读写的空间目录，如/data/app-user/appl.use，之后生成一个新的挂点就是/data/app/app I，这就是所谓的联合挂载。
[0092]参考上述将应用程序压缩包存储在预定的文件夹，以及，将可读写空间目录存储在预定的另一文件夹的方式，本实施例中，将两者联合挂载的示意图，如图3所示。
[0093]本申请并不限定只能采用联合挂载的方式，也可以采用单独挂载的方式，只要系统能够查找到，与挂载的应用程序压缩包对应的是哪一个挂载的可读取空间目录即可。才用联合挂载的方式，直观上将具有对应关系的应用程序压缩包和可读取空间目录建立其联系，使得用户或系统能够更加方便快速的对软件包进行处理。
[0094]在基于上述实施例的软件包处理方法的基础上，系统能够实现对应用程序压缩包的管理，当该管理具体为安装新的应用程序时，从系统的角度，该方法如图4所示，包括:
[0095]步骤S401:接收应用程序安装请求；
[0096]系统接收应用程序安装请求。
[0097]步骤S402:获取待安装应用程序的软件包；
[0098]步骤S403:将所述软件包按照按照预设方式进行压缩，得到待安装应用程序压缩包，所述预设方式为带有文件系统的压缩方式；
[0099]步骤S404:触发软件包处理脚本，为所述待安装应用程序压缩包分配一个可读写空间，所述可读写空间为读取所述待安装应用程序压缩包时占用的空间，将所述待安装应用程序压缩包及其对应的可读写空间的目录挂载到预先设定的应用目录，并触发所述待安装应用程序压缩包中的安装脚本，安装所述待安装应用程序压缩包对应的应用程序。
[0100]该软件处理脚本即为上述实施例中的软件处理脚本。
[0101]由此可以看出，该方法中，安装新的应用程序时，只需将其按照预设方式进行压缩，然后调用预先编制的软件包处理脚本，及能实现应用程序的安装，并且，实现应用程序压缩包和可读写空间目录的挂载，整个实现过程简单方便。
[0102]当该管理具体为卸载应用程序时，从系统的角度，该方法如图5所示，包括:
[0103]步骤S501:接收应用程序卸载请求，所述请求中包含有待卸载应用程序标识；
[0104]步骤S502:在所述预先设定的应用目录下，查找与所述待卸载应用程序标识对应的挂载的应用程序压缩包及其对应的可读写空间的目录；
[0105]在应用目录下，找到标识对应的挂载的应用程序压缩包及其对应的可读写空间的目录。
[0106]步骤S503:根据所述挂载的应用程序压缩包及其对应的可读写空间的目录，确定待卸载应用程序压缩包及其可读写空间；
[0107]根据挂载的内容，找到存储在内存中的应用程序压缩包和可读写空间。
[0108]步骤S504:删除所述待卸载应用程序压缩包及其对应的可读写空间。
[0109]可以看出，通过挂载的方式，可以方便的找到要被处理的应用程序压缩包，然后通过删除的方式，可以方便的卸载应用程序，实现对应用程序压缩包的管理。
[0110]本申请实施例同时公开了一种软件包处理装置，其结构如图6所示，包括:
[0111]软件包获取模块601，用于获取系统中按照预设方式将应用程序软件包进行压缩后得到的应用程序压缩包，所述预设方式为带有文件系统的压缩方式；
[0112]可读写空间分配模块602，用于分别为每一个应用程序压缩包分配一个可读写空间，所述可读写空间为读取所述应用程序压缩包时占用的空间；
[0113]挂载模块603，用于将所述应用程序压缩包及其对应的可读写空间的目录挂载到预先设定的应用目录；
[0114]触发安装模块604，用于触发所述应用程序压缩包中的安装脚本，安装所述应用程序压缩包对应的应用程序。
[0115]其中，挂载模块603包括:
[0116]获取单元6031，用于从所述软件包存储文件夹中获取所述应用程序压缩包，并从所述目录存储文件夹中获取所述应用程序压缩包对应的可读写空间目录；
[0117]挂载单元6032，用于利用Aufs联合文件系统，将所述应用程序压缩包及其对应的可读写空间的目录联合挂载到所述预先设定的应用目录。
[0118]本申请实施例公开的软件包处理装置，通过将应用程序的软件包按照带有文件系统的压缩方式进行压缩，缩小了系统的容量，并且，为每一个应用程序压缩包分配一个可读写空间，保证了应用程序能够正常运行，然后将压缩以后的应用程序压缩包及其对应的可读写空间的目录挂载到预设的应用目录下，以实现对软件包的管理。系统可以通过该应用目录快速查找应用程序的软件包，并对其进行处理。在该方法中，没有引进任何除系统应用程序以外的其他程序来实现对软件包的管理，因此，没有额外增加系统的容量，从而使得该方法可以适用于任何系统，具有较强的通用性。
[0119]在系统中具有上述软件包处理装置后，系统对软件包的处理方式也相应的发生变化，因此，本申请也对应公开了一种软件包处理系统，其结构如图7所示，包括:如图6所示的软件包处理装置701，以及:
[0120]请求接收模块702，用于接收应用程序安装请求；
[0121 ]待安装软件包获取模块703，用于获取待安装应用程序的软件包；
[0122]压缩模块704，用于将所述软件包按照按照预设方式进行压缩，得到待安装应用程序压缩包，所述预设方式为带有文件系统的压缩方式；
[0123]触发模块705，用于触发所述软件包处理装置701，以使所述软件包处理装置701为待安装应用程序压缩包分配一个可读写空间，所述可读写空间为读取所述待安装应用程序压缩包时占用的空间，将所述待安装应用程序压缩包及其对应的可读写空间的目录挂载到预先设定的应用目录，并触发所述待安装应用程序压缩包中的安装脚本，安装所述待安装应用程序压缩包对应的应用程序。
[0124]进一步的，请求接收模块702还用于，接收应用程序卸载请求，所述请求中包含有待卸载应用程序标识
[0125]该系统还包括:
[0126]查找模块706，用于在所述预先设定的应用目录下，查找与所述待卸载应用程序标识对应的挂载的应用程序压缩包及其对应的可读写空间的目录；
[0127]确定模块707，用于根据所述挂载的应用程序压缩包及其对应的可读写空间的目录，确定待卸载应用程序压缩包及其可读写空间；
[0128]删除模块708，用于删除所述待卸载应用程序压缩包及其对应的可读写空间。
[0129]由此可以看出，该系统中，在安装新的应用程序时，只需压缩模块将其按照预设方式进行压缩，然后调用预先编制的软件包处理装置，就能实现应用程序的安装，并且，实现待安装应用程序压缩包和可读写空间目录的挂载，整个实现过程简单方便。通过挂载的方式，可以方便