android结构图
㈠ 移动开发基础教程：Android是什么 安卓开发
Android是基于Linux内核的操作系统，是谷歌公司在2007年11月5日公布的手机操作系统，早期由谷歌开发，后由开放手持设备联盟（Open Handset Alliance）开发。它采用了软件堆层（software stack，又名以软件叠层）的架构，主要分为三部分。底层Linux内核只提供基本功能；其他的应用软件则由各公司自行开发，部分程序以java编写。
一、简介
BlackBerry和iPhone都提供了受欢迎的、高容量的移动平台，但是却分别针对两个不同的消费群体。BlackBerry是企业业务用户的不二选择。但是，作为一种消费设备，它在易用性和 “新奇特性” 方面难以和iPhone抗衡。Android则是一个年轻的、有待开发的平台，它有潜力同时涵盖移动电话的两个不同消费群体，甚至可能缩小工作和娱乐之间的差别。
如今，很多基于网络或有网络支持的设备都运行某种Linux内核。这是一种可靠的平台：可经济有效地进行部署和提供支持，并且可直接作为面向部署的良好的设计方法。这首携链些设备的UI通常是基于HTML的，可通过PC或Mac浏览器查看。但并不是每个设备都需要通过一个常规的计算设备来控制。想象一下传统的家用电器，例如电炉、微波炉或面包机。如果您者孙的家用电器由Android控制，并且有一个彩色触摸屏，会怎么样？如果电炉上有一个Android UI，那么操控者甚至可以烹饪点什么东西。
二、Android术语
在Eclipse环境中开发Android应用程序需要了解Eclipse环境和Android平台的知识。了解以下术语会有助于用Eclipse插件开发Android应用程序。
Open Handset Alliance
这是一个由谷歌公司主导的组织，它由许多公共和私人组织组成。
Android
这是Open Handset Alliance的主打产品。它是一种针对移动设备的开放源码操作环境。
模拟器
模拟另一个系统的软件工具—这常常是在个人计算机（IBM、Mac、Linux）上运行的一个环境，它模拟另一个环境，比如移动计算设备。
Linux
一种开放源码的操作系统内核，许多计算平台都使用这种操作系统，包括服务器、桌面计算机、网络设备和移动计算设备。Android在Linux内核上运行。
Dalvik Virtual Machine
Dalvik VM是Android产品组合中的一种操作环境，它在运行时解释应用程序代码。Dalvik VM与Java VM相似，但是两者不兼容。
三、Android简史
Android平台是Open Handset Alliance的成果，Open Handset Alliance 组织由一群共同致力于构建更好的移动电话的公司组成。这个组织由谷歌领导，包括移动运营商、手持设备制造商、零部件制造商、软件解决方案和平台提供商以及市场营销公司。从软件开发的观点看，Android正处在开源领域的中心位置。
市场上第一款支持Android的手机是由HTC制造并由T-Mobile供应的G1。这款隐山设备从设想到推出花了大约一年的时间，惟一可用的软件开发工具是一些实行增量改进的SDK发行版。随着G1发行日的临近，Android团队发布了SDK V1.0，用于这个新平台的应用程序也浮出水面。
为了鼓励创新，谷歌举办了两届“Android Developer Challenges”，为优胜的参赛作品提供数百万美金的奖励。G1 问世几个月之后，随后就发布了Android Market，它使用户可以浏览应用程序，并且可以将应用程序直接下载到他们的手机上。经过大约 18 个月，一个新的移动平台进入公众领域。
四、Android平台
Android平台被称为一个产品组合，因为它是一系列组件的集合，包括：
基于Linux内核的操作系统 Java编程环境 工具集，包括编译器、资源编译器、调试器和模拟器 用来运行应用程序的Dalvik VM
Android有丰富的功能，因此很容易与桌面操作系统混淆。Android是一个分层的环境，构建在Linux内核的基础上，它包括丰富的功能。UI 子系统包括：
窗口 视图 用于显示一些常见组件（例如编辑框、列表和下拉列表）的小部件。
Android包括一个构建在WebKit基础上的可嵌入浏览器，iPhone 的Mobile Safari浏览器同样也是以WebKit为基础。
Android提供多种连接选项，包括WiFi、蓝牙和通过蜂窝（cellular）连接的无线数据传输（例如GPRS、EDGE 和3G）。Android应用程序中一项流行的技术是链接到谷歌地图，以便在应用程序中显示地址。Android软件栈还提供对基于位置的服务（例如GPS）和加速计的支持，不过并不是所有的Android设备都配备了必需的硬件。另外还有摄像支持。
过去，移动应用程序努力向桌面应用程序看齐的两个领域分别是图形/媒体和数据存储方法。Android通过提供对2D和3D图形的内置支持，包括OpenGL 库，解决了图形方面的挑战。由于Android平台包括流行的开源SQLite 数据库，因此缓解了数据存储的负担。图1显示一个简化的Android软件层次结构。
五、应用程序架构
如前所述，Android运行在Linux内核上。Android应用程序是用Java编程语言编写的，它们在一个虚拟机（VM）中运行。需要注意的是，这个VM并非您想象中的JVM，而是Dalvik Virtual Machine，这是一种开源技术。每个Android应用程序都在Dalvik VM的一个实例中运行，这个实例驻留在一个由Linux内核管理的进程中，如下图所示。
Android应用程序由一个或多个组件组成：
活动
具有可视UI的应用程序是用活动实现的。当用户从主屏幕或应用程序启动器选择一个应用程序时，就会开始一个动作。
服务
服务应该用于任何需要持续较长时间的应用程序，例如网络监视器或更新检查应用程序。
内容提供程序
可以将内容提供程序看作数据库服务器。内容提供程序的任务是管理对持久数据的访问，例如SQLite数据库。如果应用程序非常简单，那么可能不需要创建内容提供程序。如果要构建一个较大的应用程序，或者构建需要为多个活动或应用程序提供数据的应用程序，那么可以使用内容提供程序实现数据访问。
广播接收器
Android应用程序可用于处理一个数据元素，或者对一个事件（例如接收文本消息）做出响应。
Android应用程序是连同一个AndroidManifest.xml文件一起部署到设备的。AndroidManifest.xml包含必要的配置信息，以便将它适当地安装到设备。它包括必需的类名和应用程序能够处理的事件类型，以及运行应用程序所需的许可。例如，如果应用程序需要访问网络 — 例如为了下载一个文件 — 那么manifest文件中必须显式地列出该许可。很多应用程序可能启用了这个特定的许可。这种声明式安全性有助于减少恶意应用程序损害设备的可能性。
六、所需工具
开始开发Android应用程序的最简捷的方式是下载AndroidSDK 和EclipseIDE。Android开发可以在微软Windows、Mac OS X 或Linux上进行。
本文假设您使用的是Eclipse IDE和用于Eclipse的Android Developer Tools插件。Android应用程序是用Java语言编写的，但是是在Dalvik VM（非Java虚拟机）中编译和执行的。在Eclipse中用Java语言编程非常简单；Eclipse 提供一个丰富的Java环境，包括上下文敏感帮助和代码提示。Java 代码通过编译后，Android Developer Tools 可确保适当地将它打包，包括AndroidManifest.xml 文件。
虽然没有Eclipse和Android Developer Tools插件也可以开发Android应用程序，但是那样就需要熟悉Android SDK。
AndroidSDK 是作为一个ZIP文件发布的，可以将该文件解压到硬盘上的一个目录中。由于有多个SDK更新，建议有意识地组织开发环境，以便在不同的SDK安装之间轻松地切换。
SDK 包括：
android.jar
Java 归档文件，其中包含构建应用程序所需的所有的Android SDK 类。
documention.html和docs目录
本地和网上提供的SDK文档。这些文档的主要形式为JavaDocs，以便于在SDK中导航大量的包。文档还包括一个高级开发指南和Android社区的链接。
Samples目录
Samples子目录包含各种应用程序的源代码，包括ApiDemo，该应用程序演示了很多API。这个示例应用程序可以作为Android应用程序开发的良好起点。
Tools目录
包含所有用于构建Android应用程序的命令行工具。最常用、最有用的工具是adb实用程序（Android Debug Bridge）。
usb_driver
该目录包含将开发环境连接到支持Android的设备（例如G1或Android Dev 1解锁开发手机）所需的驱动程序。只有Windows平台的开发人员才需要这些文件。
Android应用程序可以在实际的设备上运行，也可以在Android SDK 附带的Android Emulator上运行。图 3 显示Android Emulator 的主屏幕。
七、Android Debug Bridge
adb实用程序支持一些可选命令行参数，以提供强大的特性，例如复制文件到设备或从设备复制文件。可以使用shell命令行参数连接到手机本身，并发送基本的shell命令。图 4 显示在通过USB线连接到Windows笔记本电脑的一个实际设备上运行的adb shell命令。
在这个shell环境中，可以：
显示网络配置，网络配置可显示多个网络连接。注意这多个网络连接：
lo是本地或loopback连接。
tiwlan0是WiFi连接，该连接由本地DHCP服务器提供一个地址。
显示PATH环境变量的内容。
执行su命令，以成为超级用户。
将目录改为/data/app，其中存放用户应用程序。
列出包含某个应用程序的目录。Android应用程序文件实际上是归档文件，可通过WinZip之类的软件查看。扩展名为apk。
发出ping命令，查看Google.com是否可用。
从相同的命令提示符环境中，还可以与SQLite 数据库交互，启动程序以及执行许多其他系统级任务。想象一下您正在连接到电话，因此这是非常了不起的功能。
㈡ 请教Android中数据库表结构
SQPte 一个非常流行的嵌入式数据库，它支持 SQL 语言，并且只利用很少的内存就有很好的性能。此外它还是开源的，任何人都可以使用它。许多开源项目（(Mozilla, PHP, Python）都使用了 SQPte. SQPte 由以下几个组件组成：SQL 编译器、内核、后端以及附件。SQPte 通过利用虚拟机和虚拟数据库引擎（VDBE），使调试、修改和扩展 SQPte 的内核变得更加方便。 图 1. SQPte 内部结构 SQPte 基本上符合 SQL-92 标准，和其他的主要 SQL 数据库没什么区别。它的优点就是高效，Android 运行时环境包含了完整的 SQPte。 SQPte 和其他数据库最大的不同就是对数据类型的支持，创建一个表时，可以在 CREATE TABLE 语句中指定某列的数据类型，但是你可以把任何数据类型放入任何饥模列中。当某个值插入数据库时，SQPte 将检查它的类型。如果该类型与关联的列不匹配，则 SQPte 会尝试将该值转换成该列的类型。如果不能转换，则该值将作为其本身具有的类型存储。比如可以把一个字符串（String）放入 INTEGER 列。SQPte 称这为“弱类型”（manifest typing.）。 此外，SQPte 不支持一些标准袜肢孝的 SQL 功能，特别是外键约束（FOREIGN KEY constrains），嵌套 transcaction 和 RIGHT OUTER JOIN 和 FPL OUTER JOIN, 还有一些 ALTER TABLE 功能。 除了上述功能外，SQPte 是一个完整的 SQL 系统，拥有完整的触发器，交易等等。 Android 集成了 SQPte 数据库 Android 在运行时（run-time）集成了告稿 SQPte，所以每个 Android 应用程序都可以使用 SQPte 数据库。对于熟悉 SQL 的开发人员来时，在 Android 开发中使用 SQPte 相当简单。但是，由于 JDBC 会消耗太多的系统资源，所以 JDBC 对于手机这种内存受限设备来说并不合适。因此，Android 提供了一些新的 API 来使用 SQPte 数据库，Android 开发中，程序员需要学使用这些 API。 数据库存储在 data/< 项目文件夹 >/databases/ 下。 Android 开发中使用 SQPte 数据库 Activites 可以通过 Content Provider 或者 Service 访问一个数据库。下面会详细讲解如果创建数据库，添加数据和查询数据库。 创建数据库 Android 不自动提供数据库。在 Android 应用程序中使用 SQPte，必须自己创建数据库，然后创建表、索引，填充数据。Android 提供了 SQPteOpenHelper 帮助你创建一个数据库，你只要继承 SQPteOpenHelper 类，就可以轻松的创建数据库。SQPteOpenHelper 类根据开发应用程序的需要，封装了创建和更新数据库使用的逻辑。SQPteOpenHelper 的子类，至少需要实现三个方法： 构造函数，调用父类 SQPteOpenHelper 的构造函数。这个方法需要四个参数：上下文环境（例如，一个 Activity），数据库名字，一个可选的游标工厂（通常是 NPl），一个代表你正在使用的数据库模型版本的整数。 onCreate（）方法，它需要一个 SQPteDatabase 对象作为参数，根据需要对这个对象填充表和初始化数据。 onUpgrage() 方法，它需要三个参数，一个 SQPteDatabase 对象，一个旧的版本号和一个新的版本号，这样你就可以清楚如何把一个数据库从旧的模型转变到新的模型。 下面示例代码展示了如何继承 SQPteOpenHelper 创建数据库： pubPc class DatabaseHelper extends SQPteOpenHelper { DatabaseHelper(Context context, String name, CursorFactory cursorFactory, int version) { super(context, name, cursorFactory, version); } @Override pubPc void onCreate(SQPteDatabase db) { // TODO 创建数据库后，对数据库的操作 } @Override pubPc void onUpgrade(SQPteDatabase db, int PdVersion, int newVersion) { // TODO 更改数据库版本的操作 } @Override pubPc void onOpen(SQPteDatabase db) { super.onOpen(db); // TODO 每次成功打开数据库后首先被执行 } } 接下来讨论具体如何创建表、插入数据、删除表等等。调用 getReadableDatabase() 或 getWriteableDatabase() 方法，你可以得到 SQPteDatabase 实例，具体调用那个方法，取决于你是否需要改变数据库的内容： db=(new DatabaseHelper(getContext())).getWritableDatabase(); return (db == nPl) ? false : true; 上面这段代码会返回一个 SQPteDatabase 类的实例，使用这个对象，你就可以查询或者修改数据库。 当你完成了对数据库的操作（例如你的 Activity 已经关闭），需要调用 SQPteDatabase 的 Close() 方法来释放掉数据库连接。 创建表和索引 为了创建表和索引，需要调用 SQPteDatabase 的 execSQL() 方法来执行 DDL 语句。如果没有异常，这个方法没有返回值。 例如，你可以执行如下代码： db.execSQL("CREATE TABLE mytable (_id INTEGER PRIMARY KEY AUTOINCREMENT, title TEXT, value REAL);"); 这条语句会创建一个名为 mytable 的表，表有一个列名为 _id，并且是主键，这列的值是会自动增长的整数（例如，当你插入一行时，SQPte 会给这列自动赋值），另外还有两列：title( 字符 ) 和 value( 浮点数 )。 SQPte 会自动为主键列创建索引。 通常情况下，第一次创建数据库时创建了表和索引。如果你不需要改变表的 schema，不需要删除表和索引 . 删除表和索引，需要使用 execSQL() 方法调用 DROP INDEX 和 DROP TABLE 语句。 给表添加数据 上面的代码，已经创建了数据库和表，现在需要给表添加数据。有两种方法可以给表添加数据。 像上面创建表一样，你可以使用 execSQL() 方法执行 INSERT, UPDATE, DELETE 等语句来更新表的数据。execSQL() 方法适用于所有不返回结果的 SQL 语句。例如： db.execSQL("INSERT INTO widgets (name, inventory)"+ "VALUES ('Sprocket', 5)"); 另一种方法是使用 SQPteDatabase 对象的 insert(), update(), delete() 方法。这些方法把 SQL 语句的一部分作为参数。示例如下： ContentValues cv=new ContentValues(); cv.put(Constants.TITLE, "example title"); cv.put(Constants.VALUE, SensorManager.GRAVITY_DEATH_STAR_I); db.insert("mytable", getNPlCPumnHack(), cv); update（）方法有四个参数，分别是表名，表示列名和值的 ContentValues 对象，可选的 WHERE 条件和可选的填充 WHERE 语句的字符串，这些字符串会替换 WHERE 条件中的“？”标记。update() 根据条件，更新指定列的值，所以用 execSQL() 方法可以达到同样的目的。 WHERE 条件和其参数和用过的其他 SQL APIs 类似。例如： String[] parms=new String[] {"this is a string"}; db.update("widgets", replacements, "name=?", parms); delete() 方法的使用和 update() 类似，使用表名，可选的 WHERE 条件和相应的填充 WHERE 条件的字符串。 查询数据库 类似 INSERT, UPDATE, DELETE，有两种方法使用 SELECT 从 SQPte 数据库检索数据。 1 ．使用 rawQuery() 直接调用 SELECT 语句； 使用 query() 方法构建一个查询。 Raw Queries正如 API 名字，rawQuery() 是最简单的解决方法。通过这个方法你就可以调用 SQL SELECT 语句。例如： Cursor c=db.rawQuery( "SELECT name FROM sqPte_master WHERE type='table' AND name='mytable'", nPl); 在上面例子中，我们查询 SQPte 系统表（sqPte_master）检查 table 表是否存在。返回值是一个 cursor 对象，这个对象的方法可以迭代查询结果。如果查询是动态的，使用这个方法就会非常复杂。例如，当你需要查询的列在程序编译的时候不能确定，这时候使用 query() 方法会方便很多。 RegPar Queriesquery() 方法用 SELECT 语句段构建查询。SELECT 语句内容作为 query() 方法的参数，比如：要查询的表名，要获取的字段名，WHERE 条件，包含可选的位置参数，去替代 WHERE 条件中位置参数的值，GROUP BY 条件，HAVING 条件。除了表名，其他参数可以是 nPl。所以，以前的代码段可以可写成： String[] cPumns={"ID", "inventory"}; String[] parms={"snicklefritz"}; Cursor resPt=db.query("widgets", cPumns, "name=?",parms, nPl, nPl, nPl); 使用游标不管你如何执行查询，都会返回一个 Cursor，这是 Android 的 SQPte 数据库游标，使用游标，你可以：通过使用 getCount() 方法得到结果集中有多少记录；通过 moveToFirst(), moveToNext(), 和 isAfterLast() 方法遍历所有记录；通过 getCPumnNames() 得到字段名；通过 getCPumnIndex() 转换成字段号；通过 getString()，getInt() 等方法得到给定字段当前记录的值；通过 requery() 方法重新执行查询得到游标；通过 close() 方法释放游标资源；例如，下面代码遍历 mytable 表 Cursor resPt=db.rawQuery("SELECT ID, name, inventory FROM mytable"); resPt.moveToFirst(); while (!resPt.isAfterLast()) { int id=resPt.getInt(0); String name=resPt.getString(1); int inventory=resPt.getInt(2); // do something usefP with these resPt.moveToNext(); } resPt.close(); 在 Android 中使用 SQPte 数据库管理工具 在其他数据库上作开发，一般都使用工具来检查和处理数据库的内容，而不是仅仅使用数据库的 API。使用 Android 模拟器，有两种可供选择的方法来管理数据库。首先，模拟器绑定了 sqPte3 控制台程序，可以使用 adb shell 命令来调用他。只要你进入了模拟器的 shell，在数据库的路径执行 sqPte3 命令就可以了。数据库文件一般存放 在：/data/data/your.app.package/databases/your-db-name如果你喜欢使用更友好的工具，你 可以把数据库拷贝到你的开发机上，使用 SQPte-aware 客户端来操作它。这样的话，你在一个数据库的拷贝上操作，如果你想要你的修改能反映到设备上，你需要把数据库备份回去。把数据库从设备上考出来，你可以使 用 adb pPl 命令（或者在 IDE 上做相应操作）。存储一个修改过的数据库到设备上，使用 adb push 命令。一个最方便的 SQPte 客户端是 FireFox SQPte Manager 扩展，它可以跨所有平台使用。 图 2. SQPte Manager 结束语 如果你想要开发 Android 应用程序，一定需要在 Android 上存储数据，使用 SQPte 数据库是一种非常好的选择。本文介绍了如何在 Android 应用程序中使用 SQPte 数据库 ，主要介绍了在 Android 应用程序中使用 SQPte 创建数据库和表、添加数据、更新和检索数据，还介绍了比较常用的 SQPte 管理工具，通过阅读本文，你可以在 Android 中轻松操作 SQPte 数据库。
㈢ Android核心模块结构层次有哪些呢
Android作为一个移动设备的平台，其软件层次结构包括了一个操作系统（OS），中间件（MiddleWare）和应用程序（Application）。
根据Android的软件框图，其Android核心模块结构自下而上分为以下几个层次：
第一、操作系统层（OS）
第二、各种库（Libraries）和Android 运行环境（RunTime）
第三、应用程序框架（Application Framework）
第四、应用程序（Application）
㈣ android studio集成cordova和安装cordova有什么不同
一般Android项目结构和目录结构一样，是这样的：
MyApp
|--build.gradle
|--settings.gradle
|--app
|-- build.gradle
|-- build
|-- libs
|-- src
|-- main
|--java
| |-- com.package.myapp
|--res
|-- drawable
|-- layout
|-- etc
由Cordova创建的项目的目录结构是这样的（项目结构见上图）
看起来很乱是不是。但是不影响使用，实际上也没必要非要改成标准格式。因为Gradle已经帮我们在配置脚本中写好了相关配置，它知道如何找到需要的文件。
按照标准的Gradle教程，项目即使没有任何模块(mole)，Android Studio也会为我们生成一个对应于项目的build.gradle脚本文件的。而观察图1，Android Studio打开的Cordova项目中却没有，编译构建工作也可以正常进行，说明这个文件不是必须的。
它是在andorid、CordovaLib模块中的build.gradle脚本中的android任务的sourceSets的main属性，其中定义了Android Studio项目目录结构和真实目录的对应关系。比如android模块下的build.gradle是这样的：
sourceSets {
main {
manifest.srcFile 'AndroidManifest.xml'
java.srcDirs = ['src']
resources.srcDirs = ['src']
aidl.srcDirs = ['src']
renderscript.srcDirs = ['src']
res.srcDirs = ['res']
assets.srcDirs = ['assets']
jniLibs.srcDirs = ['libs']
}
}
详细请参考G文第一篇 '保持旧的Eclipse文件结构' 部分。
可以看到，Android Studio中目录的逻辑结构和系统中的文件夹结构是分离的，依靠的就是Gradle的配置能力。对比标准的项目目录结构，Cordova项目把android模块直接放在了项目的根下，而不是其他模块那样(比如CordovaLib模块)作为子文件夹存在，这也说明了它为什么不需要项目的build.gradle脚本，因为项目的脚本就是android模块的脚本。之后添加的模块，都是作为根目录的子文件夹存在的。
此外还有一个多出来的cordova.gradle，以及和G文名称不一致的local.properties。
Gradle脚本的详细说明
上面部分让我们对用Android Studio打开的Cordova项目有了些感性了解。它有其自已的独特性：一方面Cordova创建的项目有自己的Gradle配置脚本，另一方面又保留了自己独特的结构。接下来让我们对Gradle脚本的各个部分作较为详细的了解，同样的基础知识请参考G文或《Gradle for Android》一书。
我们看到Gradle脚本相关的文件有build.gradle(CordovaLib模块)、build.gradle(android模块)、cordova.gradle(CordovaLib模块)、settings.gradle(项目)、local.properties(SDK Location)。看起来有些不一样。
不过没关系，我们知道Gradle构建时首先要去找build.gradle脚本的。通过上面的项目结构知道，首先执行的应该是逻辑上属于android模块，但实际上位于项目根目录下的build.gradle。就从这里开始。
android模块的build.gradle脚本
打开build.gradle。首先看到一些Cordova生成的一些注释。原文就不照抄了，大意是一些授权说明信息。最后的单行注释很关键："生成文件！请不要编辑！"。 虽然不能编辑，但一则其他的文件并没有这么写，二则做为入口文件，我们还是需要对它做一个了解。
注释后紧接着就是buildscript方法。在它里面首先是repositories方法，它告诉我们使用的库是mavenCentral。接下来是依照已经在本地安装的gradle的版本选择使用的Gradle插件版本，并且语句上面有注释可以参考，以后几乎在每条语句上面都有注释帮助我们理解并告诉我们相关参考资料的位置。
// 列表1-1。
buildscript {
repositories {
mavenCentral()
}
// Switch the Android Gradle plugin version requirement depending on the
// installed version of Gradle. This dependency is documented at
// http://tools.android.com/tech-docs/new-build-system/version-compatibility
// and https://issues.apache.org/jira/browse/CB-8143
if (gradle.gradleVersion >= "2.2") {
dependencies {
classpath 'com.android.tools.build:gradle:1.0.0+'
}
} else if (gradle.gradleVersion >= "2.1") {
dependencies {
classpath 'com.android.tools.build:gradle:0.14.0+'
}
} else {
dependencies {
classpath 'com.android.tools.build:gradle:0.12.0+'
}
}
}
随后又使用了一个repositories任务。注释说：允许插件通过build-extras.gradle声明Maven依赖。通过extra这个名字，以及前面不要编辑的警告，它的作用可能是对这个build.gradle文件的修改或补充。其实在下面的代码中可以看到更多这方面的信息。
// 列表1-2。
repositories {
mavenCentral()
}
接下来有一个wrapper任务，查阅文档得知它用于定制Gradle Wrapper的。如果对Wrapper不了解，请参考《G》文的第一篇"使用Gradle Wrapper"部分。
// 列表1-3。
task wrapper(type: Wrapper) {
gradleVersion = '2.2.1'
}
接下来定义了一个ext属性，其中定义了一些额外属性。注释也说明了其中定义的属性需要通过环境变量、build-extras.gradle或gradle.properties设置。
ext属性中首先引用了cordova.gradle。这样就知道项目中这个文件用在哪里了。但下面并没有用到它。通过后面的代码推测它可能是供build-extras.gradle调用的。接下来一系列条件判断语句分别定义了一些属性并把它们初为null。这些属性是都以cdv开头，表示一些Cordova构建属性。接下来的代码中会看到它们的作用。最后定义了一个cdvPluginPostBuildExtras数组变量，用来向里面追加Gradle插件扩展。
// 列表1-4。
ext {
apply from: 'CordovaLib/cordova.gradle'
// The value for android.compileSdkVersion.
if (!project.hasProperty('cdvCompileSdkVersion')) {
cdvCompileSdkVersion = null;
}
// The value for android.buildToolsVersion.
if (!project.hasProperty('cdvBuildToolsVersion')) {
cdvBuildToolsVersion = null;
}
// Sets the versionCode to the given value.
if (!project.hasProperty('cdvVersionCode')) {
cdvVersionCode = null
}
// Sets the minSdkVersion to the given value.
if (!project.hasProperty('cdvMinSdkVersion')) {
cdvMinSdkVersion = null
}
// Whether to build architecture-specific APKs.
if (!project.hasProperty('cdvBuildMultipleApks')) {
cdvBuildMultipleApks = null
}
// .properties files to use for release signing.
if (!project.hasProperty('')) {
= null
}
// .properties files to use for debug signing.
if (!project.hasProperty('cdvDebugSigningPropertiesFile')) {
cdvDebugSigningPropertiesFile = null
}
// Set by build.js script.
if (!project.hasProperty('cdvBuildArch')) {
cdvBuildArch = null
}
// Plugin gradle extensions can append to this to have code run at the end.
cdvPluginPostBuildExtras = []
}
接下来这部分代码，首先判断build-extras.gradle文件是否存在，如果存在则把它应用到构建脚本中。下面的判断语句检查build-extras.gradle是否定义了列表1-4的属性。如果有就使用build-extras.gradle中的，如果没有，则按下面语句设置：
// 列表1-5。
// Set property defaults after extension .gradle files.
if (ext.cdvCompileSdkVersion == null) {
ext.cdvCompileSdkVersion = privateHelpers.getProjectTarget()
}
if (ext.cdvBuildToolsVersion == null) {
ext.cdvBuildToolsVersion = privateHelpers.findLatestInstalledBuildTools()
}
if (ext.cdvDebugSigningPropertiesFile == null && file('debug-signing.properties').exists()) {
ext.cdvDebugSigningPropertiesFile = 'debug-signing.properties'
}
if (ext. == null && file('release-signing.properties').exists()) {
ext. = 'release-signing.properties'
}
// Cast to appropriate types.
ext.cdvBuildMultipleApks = cdvBuildMultipleApks == null ? false : cdvBuildMultipleApks.toBoolean();
ext.cdvMinSdkVersion = cdvMinSdkVersion == null ? null : Integer.parseInt('' + cdvMinSdkVersion)
ext.cdvVersionCode = cdvVersionCode == null ? null : Integer.parseInt('' + cdvVersionCode)
上述代码表示如果没有设置列表1-4中的属性时设置它们，其中调用了cordova.gradle脚本中的方法。如前所述之后会说明这些变量的作用。
接下来这段代码，注释告诉我们，要让cdvBuild的任务依赖于debug/arch-specific，即平台相关，解决的是不同平台构建的问题。首先分成debug和release版，然后根据前面遇到过的cdvBuildMultipleApks和cdvBuildArch的变量判断是否是跨平台构建，如果是则返回一个根据架构名生成的结果。注意到这个cdvBuildArch变量，在上面列表1-4的注释中标明它由build.js设置。这个脚本位于项目目录的cordova/lib/文件夹中，没有纳入到构建中，是cordova cli构建脚本，在这里先不做探讨。
def computeBuildTargetName(debugBuild) {
def ret = 'assemble'
if (cdvBuildMultipleApks && cdvBuildArch) {
def arch = cdvBuildArch == 'arm' ? 'armv7' : cdvBuildArch
ret += '' + arch.toUpperCase().charAt(0) + arch.substring(1);
}
return ret + (debugBuild ? 'Debug' : 'Release')
}
// Make cdvBuild a task that depends on the debug/arch-sepecific task.
task cdvBuildDebug
cdvBuildDebug.dependsOn {
return computeBuildTargetName(true)
}
task cdvBuildRelease
cdvBuildRelease.dependsOn {
return computeBuildTargetName(false)
}
接下来定义了一个任务，显然作用是输出列表1-4以及后面定义过的属性值。
task cdvPrintProps << {
println('cdvCompileSdkVersion=' + cdvCompileSdkVersion)
println('cdvBuildToolsVersion=' + cdvBuildToolsVersion)
println('cdvVersionCode=' + cdvVersionCode)
println('cdvMinSdkVersion=' + cdvMinSdkVersion)
println('cdvBuildMultipleApks=' + cdvBuildMultipleApks)
println('=' + )
println('cdvDebugSigningPropertiesFile=' + cdvDebugSigningPropertiesFile)
println('cdvBuildArch=' + cdvBuildArch)
println('computedVersionCode=' + android.defaultConfig.versionCode)
android.proctFlavors.each { flavor ->
println('computed' + flavor.name.capitalize() + 'VersionCode=' + flavor.versionCode)
}
}
接下来就是构建的核心部分，每个使用android插件构建都会有的android方法。里面对android的构建定义了一些配置。这些配置的做用可以参考相关文章，这里就不赘述了。之后是在任务准备就绪后，对需要验证的任务进行验证。再下来定义的addSigningProps函数被android方法调用，用来在需要验证时，为属性文件添加验证配置。最后配置了构建后要执行的方法，并且添加了在自定义配置文件build-extras.gradle中配置的构建后执行方法的入口。
总结
综上，在Cordova项目中的android文件夹中的默认两个模块的内容作为容器和插件的源代码，有其相对于普通Gradle Android特殊的目录结构。android模块把CordovaLib和web内容结合在一起生成Crodova应用，android模块和CordovaLib通过使用共同的配置变量，保证了包括编译SDK版本在内的一致性，并提供了额外配置的入口。但万变不离其宗，这一切都是建立在了解Gradle构建工具的基础上的。
望采纳，谢谢
㈤ APK的基本结构
APK（Android application package）代表Android应用程序包，是Android系统中的一种文件格式，用于打包Android应用程序。APK文件包含应用程序的所有文件，如静态资源文件（assets）、库文件（lib）、签名文件（META-INF）、编译资源文件（res）、配置清单文件（AndroidManifest.xml）、核心代码文件（classes.dex）和资源映射文件（resources.arsc）等，APK文件的基本结构示例见图1。通常，可以从应用市场或网站下载APK文件，然后使用Android系统提供的安装器安装应用程序。本文通过解压某APK文件后的文件夹介绍这些文件资源的作用。
静态资源文件主要指存放在assets文件夹中的文件。assets文件夹是一种未经编译的资源目录，它会被打包进APK文件中，在安装应用程序后可以被访问。assets文件夹中的文件不会被解压缩，这意味着它们的访问速度会比较快，但会占用更多的安装包空间。通常情况下，开发者会将应用程序中的静态文件、配置文件、原始数据或其他不常改变的文件放在assets文件夹中。这样可以使得应用程序的下载包大小变小，并且可以更快速地访问这些文件。如图2所示，在静态资源assets文件夹中，可能存放一些图片包括（jpg、png、gif等），还有可能存放js文件。
库文件主要指lib文件夹中的文件，在这个文件夹中，存放了运行APP所需要的so文件，也就是动态链接库的二进制文件。为了适配不同安卓系统处理器的版本，lib文件夹中的so库也是按不同处理器版本的文件夹分类放置。在图3的示例中，分成了三种文件夹包括armeabi、armeabi-v7a和x86文件夹，分别用来存储适配arm5架构、arm7架构、Intel32架构的CPU处理器版本的安卓系统。例如，如果智能手机使用的是arm7架构CPU处理器版本的安卓系统，APP在运行时就会调用armeabi-v7a文件夹下的动态链接库文件执行程序。
签名文件指的是存放在META-INF文件夹中的文件。META-INF文件夹是Android系统中的一种特殊文件夹，它用来存放应用程序的签名信息。在META-INF文件夹中可以找到三种常见的文件：CERT.RSA、CERT.SF和MANIFEST.MF，META-INF文件夹示例见图5。CERT.RSA、CERT.SF这两个文件用来存放应用程序的签名信息。当安装一个应用程序时，Android系统会检查这两个文件，以确保应用程序的完整性和安全性。MANIFEST.MF文件用来存放应用程序的所有文件的清单信息。
编译资源文件主要指存放在res文件夹中的文件。res文件夹，存放的也是资源文件，与assets文件夹不同的是，这里是编译后的资源文件。直接打开可能显示乱码。在res文件夹中你会找到许多子文件夹，每个子文件夹都用来存放特定类型的资源文件，res文件夹示例见图6。主要的文件夹包括drawable文件夹、layout文件夹和values文件夹。
AndroidManifest.xml文件是配置清单文件，也是编译过的文件，用来描述应用程序的清单信息。包括包名、应用名、权限、安卓四大组件、版本等重要信息都在这里面声名。
核心代码文件主要指classes.dex文件。classes.dex文件是Android系统中重要的代码文件，它是Dalvik可执行文件的缩写。Dalvik是Android系统中的一种虚拟机，它负责在Android系统中运行应用程序的代码。classes.dex文件运行在Dalvik虚拟机上的核心代码文件，它反编译后的语言是smali代码语言，smali代码可转换为java代码。对于大的APK文件会出现多个dex文件，但在APP实际运行的过程中会将多个dex文件合并成一个dex文件运行。APK打包时存放多个dex的原因是每个dex文件的大小是有限制的。
resources.arsc文件是Android系统中的一种特殊文件，它用来存放应用程序的资源表。资源表是一种二进制文件，它包含了应用程序的资源ID和资源类型的映射关系。