apk入口在哪里

android应用程序（apk）没有固定的入口点，系统会根据各个程序的manifest设定，在发生指定事件的时候调用程序的指定位置。

如果你说的入口点是传统上认为的main函首型数，那么在android应用程序里面，相对应的就是在manifest里面用intent-filter设定了会处理main action的那个activity。

扩展资料：

APK（全称：Android application package，Android应用程序包）是Android *** 作系统使用的一种应用程序包文件格式，用于分发和安装移动应用及中间件。一个Android应用程序的代码想要在Android设备上运行，必须先进行编译，然后被打包成为一个被Android系统所能识别的文件才可以被运行，而这种能被Android系统识别并运行的文件格式便是“APK”。 一个APK文件内包含被编译的代码文件(.dex 文件)，文件资源（resources）， 原生资源文件（assets），证书（certificates），和清单文件（manifest file）。

APK 文件基于 ZIP 文件格式，它与JAR文件的构造方式相似，互联网媒体类型是：application/vnd.android.package-archive。

介绍

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

apk文件和sis一样，把androidsdk编译的工程打包成一个安装程序文件，格式为apk。 APK文件其实是zip格式，但后缀名被修改为apk，通过UnZip解压后，可以看到Dex文件，Dex是DalvikVM executes的简称，即Android Dalvik执行程序，并非Java ME的字节码而是Dalvik字节码。Android在运行一个程序时首先需要UnZip，然后类似Symbian那拍态样直接，但不同于Windows mobile中的PE文件，程序的保密性和可靠性不是很高，通过dexdump命令可以反编译它，但这种架构符合发展规律，微软的WindowsGadgets(WPF)也采用了这种架构方式。在Android平台中，dalvikvm的执行文件被打包为apk格式，最终运行时加载器会先解压，然后获取编译后的androidmanifest.xml文件中者贺猜的permission声明对安全访问的限制，要知道仍然存在很多安全限制，但将apk文件传到/system/app文件夹下会发现执行是不受限制的。也许我们平时安装都不会选用这个文件夹，但在androidrom中，系统的apk文件默认会放入这个文件夹，它们拥有root权限。

android应用程序,由一到多个Activity组成.每个Activity没有很紧密的联系,因为我们可以在自己的程尘拦序中调用其它Activity,特别是调用自己的代码之外生成的Activity,比如android提供的发短信或者打电话的Activity. Intent call = new Intent(Intent.ACTION_CALL,Uri.parse("tel:"+phonenumber)

startActivity(call)

Intent sms = new Intent(Intent.ACTION_SENDTO,Uri.parse("smsto:"+phonenumber)

startActivity(sms)

从这点上看,android应用程序实际上是由多个Activity按照一定的次序拼装起来的,只不过拼装的过程中,后台传递了一些数据,使得各个Activity之间能比较好的衔接起来.

扯了这么多,其实我的意思还是想说,android应用程序中,并没有像c++和java这样有main函数来作为应用程序的入口.android应用程序提供的是入口Activity,而非入口函数.

在eclipse中创建一个android应用程序的时候,默认会创建一个Activity.这个Activity实际上就是入口Activity了.从

哪里定义它是Activity呢?AndroidManifest.xml文件中定义了整个android应用所派汪胡包含的Activity.默认生成的

Activity的定义为:

<activity android:name=".activity01" android:label="@string/app_name">

<intent-filter>

<action android:name="android.intent.action.MAIN" />

<category android:name="android.intent.category.LAUNCHER" />

</intent-filter>

</activity>

action节点中的android.intent.action.MAIN表明它所在的Activity是整个应用程序的入口点.而category中

的android.intent.category.LAUNCHER意思是把这个Activityg归属到加载器类,即把这个Activity标注为自

动会加载和启动的Activity,这样程陵携序启动时候就先加载这个Activity了.参考手册上是这么说的----"the LAUNCHER

category says that this entry point should be listed in the application

launcher."意思和我理解的有出入.不过意思都是说这个Activity要被应用程序加载.

Application类在每一次开发当中是我们都会遇到的，每一个APP都会有一个Application实例，它拥有和APP一样长的生命周期，Application和APP一起“同生共死”，下面是我对Application的理解阐述。

Application和Activity,Service一样是Android框架的一个系统组件，当Android程序启动时系统会创建一个 Application对象，用来存储系统的一些信息。

Android系统自动会为每个程序运行时创建一个Application类的对象且只创建一个，所以Application可以说是单例（singleton）模式的一个类。

通常我们是不需要指定一个Application的，系统会自皮灶动帮我们创建，如果需要创建自己的Application，那也很简单！创建一个类继承Application并在AndroidManifest.xml文件中的application标签中进行注册（只需要给application标签增加name属性，并添加自己的 Application的名字即可）。

启动Application时，系统洞握颂会创建一个PID，即进程ID，所有的Activity都会在此进程上运行。那么我们在Application创建的时候初始化全局变量，同一个应用的所有Activity都可以取到这些全局变量的值，换句话说，我们在某一个Activity中改变了这些全局变量的值，那么在同一个应用的其他Activity中值就会改变。

Application对象的生命周期是整个程序中最长的，它的生命周期就等于这个程序的生命周期。因为它是全局的单例的，所以在不同的Activity,Service中获得的对象都是同一个对象。所以可以通过Application来进行一纳郑些，如：数据传递、数据共享和数据缓存等 *** 作。

我们可以测试一下，把APP切换到后台再打开，查看log打印的情况如下：

Context类也有这两个方法，但是Context类的方法只可以使用ComponentCallbacks，比Application少了一个onTrimMemory()回调。

注意：继承Application类，主要重写里面的onCreate()方法（android.app.Application包的onCreate()才是真正的Android程序的入口点），就是创建的时候，初始化变量的值。然后在整个应用中的各个文件中就可以对该变量进行 *** 作了。

---