android包

❶ 安卓系统安装包是什么格式

安卓系统安装包是apk格式。

APK是AndroidPackage的缩写，即Android安装包(apk)。APK是类似SymbianSis或Sisx的文件格式。通过将APK文件直接传到Android模拟器或Android手机中执行即可安装。

apk文件和sis一样，把androidsdk编译的工程打包成一个安装程序文件，格式为apk。 APK文件其实是zip格式，但后缀名被修改为apk，通过UnZip解压后，可以看到Dex文件，Dex是DalvikVM executes的简称，即Android Dalvik执行程序，并非java ME的字节码而是Dalvik字节码。

Android在运行一个程序时首先需要UnZip，然后类似Symbian那样直接，和Windows Mobile中的PE文件有区别。

(1)android包扩展阅读：

Android一词的本义指“机器人”，同时也是Google于2007年11月5日宣斗腊布的基于linux平台的开源手机操作系统的名称，该平台由操作系统、中间件、用户界面和应用软件组成。

1、系统架构

android的系统架构和其操作系统一样，采用了分枣哗层的架构。从架构图看，android分为四个层，从高层到低层分别是应用程序层、应用程序框架层、系统运行库层和linux核心层。

2、应用程序

Android会同一系列核心应用程序包一起发布，该应用程序包包括客户端，SMS短消息程序，日历，地图，浏览器，联系人管理程序等凳销行。所有的应用程序都是使用JAVA语言编写的。

3、应用程序框架

开发人员也可以完全访问核心应用程序所使用的API框架。该应用程序的架构设计简化了组件的重用;任何一个应用程序都可以发布它的功能块并且任何其它的应用程序都可以使用其所发布的功能块(不过得遵循框架的安全性）。同样，该应用程序重用机制也使用户可以方便的替换程序组件。

❷ apk是什么

apk是安装包。

apk是Android Package的缩写，即Android安装包(apk)。apk是类似Symbian Sis或Sisx的文件格式。

apk是Android操作系统使郑迟用的一种应用程序包文件格式，用于分发和安装移动应用及中间件。一个Android应用程序的代码想要在Android设喊液李备上运行，必须先进行编译，然后被打包成为一个被Android系统所能识别的文件才可以被运行，而这种能被Android系统识别并运埋李行的文件格式便是apk。

apk开发环境

Android是一个基于Java的开发环境，它是一种与广被接受的Java极为类似，而且也比C++容易得多的开发语言，这是一种规范的移动开发环境。Google也在API文档的书写和样例的提供上做了很出色的工作。

❸ Android发布AAR包

最近有需求要发布一套SDK，这套SDK有几个要求：

依照上面的要求我最先想到的就是AAR包了，因为以下几个原因：

打包aar其实很简单，只需要我们创建一个Library工程就可以了。

这个时候编译Library就会在outputs目录下生成一个aar文件夹，里面包含aar文件。

aar也是可以混淆的，方式和apk一样。

引用aar可以有两种方式，一种是本地引用，一种是远端库引用，目前我只用到了本地引用，远端的以后会补上。首先在bulid.gradle文件中定义一个本地库。

然后在依赖引用的地方添加依赖。

name：aar包的名字；ext：扩展名；

打包aar包的时候会自动将lib目录下的jar打包进aar包中。

因为分层的原因，有多个library工程，这样就会有多个aar，发布起来很麻烦，尝试google了半天，发现目前都是一个办法，android-fat-aar，一个gradle脚本，github地址是： https://github.com/adwiv/android-fat-aar 。不过我发现他支持gradle2.2.X之前的版本，新的3.X版本并不能执行。这块还在继续摸索，有知道办法的大神请指教一下~~~~

❹ App和Apk是一种东西吗

1、应用程序（外语缩写：App；外语全称：唯哗Application）。\x0d\x0aAPP指的昌山携是智能手机的第三方应用程序。\x0d\x0a2、APK是AndroidPackage的缩写，即Android安装包(apk)。\x0d\x0aAPK是类似SymbianSis或Sisx的文件格式。通过将APK文件直接传到Android模拟器或Android手机中执行即可耐伏安装。

❺ APK文件是什么意思

APK是AndroidPackage的缩写，即Android安装包(apk)。APK是类似SymbianSis或Sisx的文件格式。通过将APK文件直接传到Android模拟器或Android手机中执行即可安装。

一个Android应用程序的代码要在Android设备上运行，必须先进行编译，然后被打包成为一个被Android系统所能识别的文件才可以被运行，而这种能被Android系统识别并运行的文件格式便是“APK”。 一个APK文件内包含被编译的代码文件(.dex 文件)，文件资源（resources），assets，证书（certificates），和清单文件（manifest file）。

(5)android包扩展阅读：

apk生羡渣命周期：

生命周期是由AndroidOS操作系统进行管理的，活动进程都将做为系统命令进行创建，正确处理这些事件对一个应用程序来说是极为重要的，因为终端用户不会知道什么是正确的。要在开始设计游戏之前搞明白这者信些，因为这有助于节省调试时间以及避免代价高昂的重新设计。

对大多数应用而言，默认设置即可开始工作，但对游戏而言，可能需要调整单态实例的信号为打开。在默认情况下，Android会新建一个活动实例进程，因为它认为这首派轮是比较合适的，而游戏，可能只希望有一个活动的实例进程，这会有影响，它需要了解一些系统状态的管理。

❻ Android ROM包定制（解包，增删模块，打包）

以前刚用手机的时候，经常可以在玩机论坛上看到很多发ROM包的帖子，譬如什么大深度定制ROM，什么大深度深度精简纯净版ROM...相信很多喜欢搞机的都有见过这类帖子。后来自己不满每次刷机后都要手动设置一大堆东西，遂按照论坛上的教程改了Defy+的cm11的ROM，集成了绿色守护，默认允许安装未知来源的应用，默认电池百分号显示等等。时隔4年，又玩起了ROM包定制，感慨颇多

假设有一个名为update.zip的ROM包，我们要在Ubuntu下对它进行定制。首先把 system.transfer.list 和 system.new.dat.br （有些旧版的系统的镜像可能是system.new.dat）从update.zip解压出来，转成system.img（原始镜像格式），修改完后又按步骤打包回原来的格式。本文只写了system分区的定制方法，但是对于其他分区也是类似的，都要转成原始镜像格式后才能对它修改。如果使用 file system.img 命令来查看system.img文件信息，会得到类似下面的信息：

brotli -d system.new.dat.br

挂载后可以通过 df -h 来查看挂载点 /mnt/system 剩余空间有多少，如果没有剩余，就要对它进行扩容，下面的例子是给它增加128M的空间，扩容之前要先取消挂载

现在，可以在/mnt/system目录下根据自己的需求增删文件了

增删文件需要注意：

打包其实就是解包的逆过程

成功后会在当前目录下生成system_new.img。如果发生错误，根据错误进行调整参数，直到没有错误提示为止。

转换之前可以对之前解压出来的文件进行备份：

开始转换

成功后会在当前目录下生成system.transfer.list和system.new.dat

在有些刷机包里，它里面包含的system.img镜像是 sparse image 格式的，如果用file命令查看它的信息，显示如下：

对于这种格式的镜像，如果想把它挂载和修改，就要转成我们上面提到的raw image（原始镜像）格式，命令如下：

修改完成后，取消挂载，再使用下面的命令将 raw image 转成 sparse image :

相对于修改Android源码的方式，直接修改镜像的方法对PC配置要求低很多。如果我们只想增加一些现有的模块和删除不必要的模块，这是很好的方式。而且对于一些手机厂商，他们没有提供Android源码，我们就只能用直接修改镜像的方式来定制我们的ROM。修改ROM的方法是灵活的，总结下来就是，看见一个镜像，可以根据后缀名和file命令确认它的格式，看情况将它转成原始镜像格式并挂载，就可以修改了，修改后又转回它原来的格式，最后替换刷机包中原有的镜像

❼ 09 Android包管理机制-综述

PackageManagerService(简称PKMS)，是Android系统中核心服务之一，管理着所有跟package相关的工作，常见的比如安装、卸载应用。 PKMS服务也是通过binder进行通信，IPackageManager.aidl由工具转换后自动生成binder的服务端IPackageManager.Stub和客户端IPackageManager.Stub.Proxy，具体关系如图：

Android系统启动过祥液程中，一路启动到SystemServer后，便可以启动framework的各大服务，本文将介绍PKMS的启动过程

PKMS职责

PackageParser定了相当多的内部类，这些内部类的作用就是保存对应的信息。解析AndroidManifest.xml文件得到的信息由Package保存。从该类的成员变量可看出，和Android四大组件相关的信息分别由activites、receivers、providers、services保存。由于一个APK可凯宴则声明多个组件，因此activites和receivers等均声明为ArrayList

Android系统有很多目录可以存放app，如下所示：

AIDL （Android Interface Definition Language）， Android接口定义语言，Android提盯棚供的IPC （Inter Process Communication，进程间通信）的一种独特实现。 这个阶段处理.aidl文件，生成对应的Java接口文件。

通过Java Compiler编译R.java、Java接口文件、Java源文件，生成.class文件。

通过dex命令，将.class文件和第三方库中的.class文件处理生成classes.dex。

将classes.dex、resources.arsc、res文件夹(res/raw资源被原装不动地打包进APK之外，其它的资源都会被编译或者处理)、Other Resources(assets文件夹)、AndroidManifest.xml打包成apk文件。 注意： res/raw和assets的相同点：

对apk进行签名，可以进行Debug和Release 签名。

release mode 下使用 aipalign进行align，即对签名后的apk进行对齐处理。 Zipalign是一个android平台上整理APK文件的工具，它对apk中未压缩的数据进行4字节对齐，对齐后就可以使用mmap函数读取文件，可以像读取内存一样对普通文件进行操作。如果没有4字节对齐，就必须显式的读取，这样比较缓慢并且会耗费额外的内存。 在 Android SDK 中包含一个名为 “zipalign” 的工具，它能够对打包后的 app 进行优化。 其位于 SDK 的 build-tools 目录下, 例如: D:DevelopAndroidsdkuild-tools23.0.2zipalign.exe

·

❽ Android APK打包流程备忘

APK文件的组成部分及apk打包流程是Android开发中的基础知识点，做一个简单的记录。

apk文件是Android应用包文件格式，其本质是一个压缩文件。将apk文件拖动到Android Studio中即可查看里面的内容，如下图：

从上图中可以看到apk包里的几个重要组成部分：

打包流程的经典流程图如下：

其中七个椭圆形内容对应了打包流程中的七个重要步骤，也对应着打包中的七个重要工具，具体如下：

对上面七个重要的打包流程进一步说明。

aapt打包资源文件，生成R.java文件，resources.arsc等文件。

aapt在打包资源文件之前会检测 AndroidManifest.xml 文件的合法性，对res目录下的资源目录进行扫描合法性，因此资源命名有问题时会在编译阶段就会直接报错。

需要注意的是xml文件会被编译为二进制的，因此我们并不能直接打开apk包中的xml文件。

AIDL是Android接口定义语言，是Android进程间通讯的一种实现方式。

此步骤中会对aidl文件进行处理，生成java文件。

通过javaCompiler对java文件进行编译，生成class文件。

dx工具将class文件转变为Android系统Dalvik虚拟机可执行的Dex文件。

将classes.dex，res文件夹等所有文件打包成apk文件。

生成APK包之后还需要进行签名处理，Release签名需要我们自己去进行配置。

常用的签名方式有两种：jarsigner和apksigner。

Zipalign是Android平台上APK文件对齐的整理工具，能够对APK中未压缩的数据进行4字节对齐。

需要注意的是根据采用签名方式的不同，对齐处理的先后顺序有所区别。

APK打包流程备忘。

❾ Android 安装包要从 APK 变成 AAB 格式了事情可能并非你想的那样

玩过王者荣耀的朋友，几乎无人不晓“鲁班七号”这个英雄。

作为 Android 的应用程序包，“APK”对于资深 Android 用户来说，知名度并不亚于前者。

Google 宣布，从 2021 年 8 月开始，Google Play 商店将要求开发者使用 Android App Bundle（AAB）发布新应用。这将取代 APK 作为标准发布格式。

消息一出，一些用户开始猜测甚至担忧：“以后还能借一部 APK 说话吗”？“Google 是不是在故意为难国产品牌”？

实际上，有这些疑问的朋友，大概率误解 Google 的这个动作了。

这次舆论漩涡的中心，就是 AAB 格式。所以首先我们要搞清楚，AAB 是什么。

在 2018 年 5 月举行的 Google 开发者大会上，Google 就已公布了 Android App Bundle（AAB）格式，并称这是其现代化开发的一部分。

Google 介绍道，开发者在上传应用至 Google Play 时，需采用 AAB 格式。Google Play 将负责生成 APK 文件及签名。

这句话有两个重点。

一是 AAB 只是上传时应用的格式，用户下载时，获取的依旧是 APK。

对于开发者来说，从 APK 转战到 AAB 没什么痛点。AAB 是一种开源格式，在构建时，选择相关的工具或引擎即可。

用户这边更不必担忧，因为我们在终端设备上看到的，依旧是 APK 格式。

二是生成 APK 的工作，将由 Google Play 完成。

Google Play 将根据用户设备的配置，从 AAB“源文件”里提取、组装适合该用户设备的代码及资源，从而生成 APK 安装包。

也就是说，这时用户下载的应用，已经过 Google Play 优化，以确保该应用可在当前设备上以最佳状态运行。

换种说法，方便你理解：AAB 就像是一袋方便面，里面有各种口味的调料包。Google Play 就是大厨，它会根据你设备的喜好，来判断面要煮多久、放什么调料包。

最终煮好的面，就是 APK 了。

Google 之所以要“强硬”地推行 AAB 格式，很大原因是 AAB 相比 APK 有着多种先天优势。

第一点，是体积轻盈。

上文说到，Google Play 会从 AAB 里，个性化地生成并优化 APK，以针对不同配置的设备、语言进行分发。

举个例子：假设你的手机是 2K 屏幕，首选语言是中文。那么 Google Play 在拼装 APK 时，就会只把 2K 分辨率、中文字符包的资源放进 APK 里。

而传统的 APK，开发者会将各种分辨率和语言包，打包在一起。用户下载下来，手机需要从中挑出适合自己的资源安装运行。

随着机型的不断增加，开发者需要在 APK 文件里塞上越来越多的资源，来提高适配性。因此，App 越来越大，动辄上百 MB。

那么 AAB 的应用，相当于“把复杂留给 Google Play，把简单留给用户”。用户下载的 APK，是经过 Google 精简过的，因此体积会小一些。

那么会小多少呢？根据 Google 的说法，此举可将 APK 的体积压缩 15%。

不过实际情况可能要好于这一预期。例如爱彼迎在拥抱 AAB 后，体积减少了 22%。Netflix 更甚，达到了 57%。

所以对于用户来说，可感知的一点就是安装包变小了，下载、安装的速度会更快。

其次，AAB 使得用户下载的应用，最大程度地符合设备配置，因此运行起来或许会更流畅。某种程度上算是提升了设备性能。

第二点，是应用模块化。

AAB 允许开发者将应用的功能拆分开来。让有需要的用户，自行下载。

我们继续举例子。假设开发者现在要做一个拍照 app，我的手机是单摄，你的手机是双摄。为了减小应用初始的大小，开发者可以把某些功能，设置为按需下载。

比如你想用这款 app 里，针对双摄手机推出的功能，你就下载额外的资料包即可。

开发者还可以决定什么时间，向什么机型推送应用的新功能。相当于自定义和掌控各类用户的体验。

“你我用着同一个 app，但享受着不同功能”的情况，或在将来成为常态。

第三点，是免下载体验。

AAB 的免安装分发特性，可让用户在 Google Play 里，无需下载应用，便可体验到应用的某些功能。

比如有一款 游戏 ，我们不确定是否值得下载，就可以点击“立即体验”，试玩前几个关卡，且不用下载该应用。

这有点像 iOS 14 新增的 App Clip 功能，可以被看作完整版应用的快捷方式，当中会包含应用的一部分功能。

iOS 14 的 App Clip 功能

所以对于用户来说，AAB 格式的推广，我们是可以感知到的，且会有更好的体验。

光打用户体验牌肯定不行，还得考虑开发者的感受。为了让他们有动力转战 AAB 格式，Google 给出了多个理由：

不感兴趣也没关系，那就来“硬的”：8 月起，应用程序包不改成 AAB 格式，就不许上传，逼迫着开发者进行转变。

这足以见得 AAB 对于 Google Play 未来规划的重要性。

推广 AAB 格式，对于大众用户来说绝对是一件好事。谁不希望自己下载的应用，体积又小、适配又好呢？

不过，Google 只是要求 Google Play 这样做，没有强制其他应用商店跟进。

也就是说，如果你没有在使用 Google Play，那么这个改动暂时是感知不到的。

但 AAB 格式的优点这么多，我们有理由相信，国内的应用商店会逐步跟上 Google 的步伐，拥抱 AAB。

而且我们上文说到，用户下载的安装包，依旧会以 APK 格式呈现。因此那些“Google 此举是为了针对国内厂商”的谣言，也就不攻自破了。

何况华为等应用商店，从前两年开始，就已经支持开发者上传 AAB 格式的应用。所以用户们大可放宽心，静等 AAB 格式推广的红利即可。