AndroidManifest.xml
每一个Android应用程序中都包含了一个manifest文件(即AndroidManifest.xml文件),它存储在项目层次中的最底层。其中包含了组成应用程序的每一个Activity、Service、Content Provider和Broadcast Receiver的节点,并使用Intent Filter和权限来确定这些组件和其他应用程序是如何交互的。此文件还可以指定应用程序的元数据(图标、版本号、主题等等)以及额外的顶层节点,这些节点可以指定必需的安全权限和单元测试,以及定义硬件、屏幕和平台支持要求。
首先看一下AndroidManifest.xml文件最基本的结构:
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.codingblock.manifesttest"
android:versionCode="1"
android:versionName="1.0"
android:installLocation="preferExternal" >
<!-- ...nodes... -->
</manifest>
Manifest文件有一个根manifest标签构成,该标签带有一个被设为项目包的package属性。通常包含xmls:android属性来提供文件内使用的某些系统属性。
使用versionCode属性可讲当前的应用版本定义为一个整数,每次版本更新,这个数字都会增加,使用versionName可以定义显示给用户的公共版本号。
installLocation属性指定是否允许将程序安装到SD卡上,其值有preferExternal(首选外部存储器)和auto(系统决定)。不指定时,默认按到内部存储器中。
manifest标签包含了一些节点(node),定义了组成应用程序的应用程序组建、安全设置、测试类和需求。下面是一些manifest子节点:
- uses-sdk:要想正确的运行程序,需要有minSKDVersion(默认值为1)、maxSDKVersion和targetSDKVersion属性。
- uses-configuration:使用此节点可以指定应用程序支持的每个输入机制的组合。一般不需要包含这个节点。
- uses-feature:Android可以在各种各样硬件平台上运行,可以使用多个uses-feature节点来指定应用程序需要的每个硬件功能,以避免安装到不包含硬件功能的设备上(如:NFC、蓝牙、摄像头等)。
- supports-screens:用于指定应用程序针对哪些屏幕尺寸进行设计和测试。当应用程序支持某个设备的屏幕时,一般就会使用开发人员提供的布局文件中的缩放属性来布局。在不支持的设备上运行时,系统可能会应用“兼容模式”来显示应用程序。
- supports-gl–texture:用于声明应用程序能够提供以一种特定的GL纹理压缩格式压缩的纹理资源。如果应用程序能够多种纹理压缩格式,就必须使用多个该元素。
- uses-permission:声明应用程序所需权限。
- permission:应用程序组件也可以创建权限来限制对共享应用程序组件的访问。
- instrumentation:该类提供了一个测试框架,用来在应用程序运行时测试应用程序组件。
- uses-library:用于指定该应用程序需要的共享库。
- application:一个Manifest只能包含一个application节点。用于指定应用程序的各种元数据(标题、图标和主题)。在开发时,建议将debuggable设为true,以启用调试,发布时可以禁用此属性。application节点包含了Activity、Service、Content Provider和Broadcast Receiver等子节点。并通过创建和是用自己的Application类扩展来管理应用程序的状态。
<application
android:allowBackup="true"
android:icon="@drawable/ic_launcher"
android:label="@string/app_name"
android:theme="@style/AppTheme"
android:debuggable="true">
<!-- ...nodes... -->
</application>
activity:应用程序的每一个Activity都需要一个此节点,并使用andorid:name属性来指定Activity类的名称。必须包含核心的启动Activity和其他所有可显示的Activity。启动一个没有定义的Activity就会抛出运行时异常。每一个activity节点都可以使用intent–filter子标签来定义用于启动该Activity的Intent(指定类名时,可以使用“.”作为简写方式代替应用程序的包名),如下代码:
<activity
android:name="com.codingblock.manifesttest.MainActivity"
android:label="@string/app_name">
<intent-filter>
<action android:name="android.intent.action.MAIN"/>
<category android:name="android.intent.category.LAUNCHER"/>
</intent-filter>
</activity>
service:和activity标签一样,需要为应用程中使用的每一Service类添加一个此标签。同样它也支持使用intent-filter子标签来进行运行时绑定。
<service android:name=".MyService">
</service>
provider:此标签用于指定应用程序中的每个Content Provider。
<provider android:name=".MyContentProvider"
android:authorities="com.codingblock.manifesttest.MyContentProvider">
</provider>
receiver:通过添加receiver标签,可以注册Broadcast Receiver,而不用事先启动应用程序。一旦注册了之后,无论何时,只要与它相匹配的Intent被系统或应用程序广播出来,它就会立即执行。通过在manifest中注册一个Broadcast Receiver,可以使这个进程实现完全自治。如果一个匹配的Intent被广播了,则应用程序就会自动启动,并且你注册的Broadcast Receiver也会开始执行。每一个receiver节点都允许使用intent-filter子标签来定义可以用来触发接收器的Intent:
<receiver android:name=".MyIntentReceiver">
<intent-filter>
<action android:name="com.codingblock.manifesttest.MyIntentReceiver"/>
</intent-filter>
</receiver>
AAPT
使用AAPT(Android Asset Packaging Tool,Android资源打包工具,由Android SDK提供)可以将Android的资源文件打包为R.java文件,也可以查看资源文件列表或APK文件解压后的文件列表。
原文地址:https://blog.csdn.net/qq_42587113/article/details/134642868
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如若转载,请注明出处:http://www.7code.cn/show_20292.html
如若内容造成侵权/违法违规/事实不符,请联系代码007邮箱:suwngjj01@126.com进行投诉反馈,一经查实,立即删除!