Android的APK包里的文件类型都是什么？

 zhuanzi   :::  http://blog.csdn.net/kome2000/article/details/4429847

Android的APK包里的文件类型都是什么？

分类： 原创文章

Android的程序文件为APK格式，APK文件是Android最终的运行程序，是Android Package的全称，类似于Symbian操作系统中sis文件，J2ME平台的JAR文件，APK文件其实ZIP文件格式，但后缀名被修改为APK，通过RAR解压后，可以看到Dex文件，Dex是Dalvik VM executes的全称，即Android Dalvik执行程序，并非Java的字节码而是Dalvik字节码。

  一个APK文件结构为：

  res/                               存放资源文件的目录
  META-INF/                     Jar文件中常可以看到

  resources.arsc              编译后的二进制资源文件，主要是程序中使用字符串！
  AndroidManifest.xml      程序全局配置文件
  classes.dex                   Dalvik字节码文件，我们写的JAVA文件被编译成DEX格式的字节码了
  

  总结下我们发现Android在运行一个程序时首先需要UnZip，然后类似Symbian那样直接，和Windows Mobile中的PE文件有区别，这样做对于程序的保密性和可靠性不是很高，通过dexdump命令可以反编译，但这样做符合发展规律，微软的 Windows Gadgets或者说WPF也采用了这种构架方式。

1. Java文件-----应用程序源文件



我想这是大家听到android时就听到的文件，android本身相当一部分都是用java编写而成（基本上架构图里头蓝色的部份都是用Java开发的），android的应用必须使用java来开发。



2. Class文件------Java编译后的目标文件




不像通常我们使用的J2se，java编译成class就可以直接运行，android平台上class文件不能直接在android上运行。由于Google使用了自己Dalvik来运行应用，所以这里的class也肯定不能在sun的java环境中运行，我个人感觉android的class文件实际上只是编译过程中的中间目标文件，需要链接成dex文件后才能在dalvik上运行。



3. Dex文件-----Android平台上的可执行文件



Android虚拟机Dalvik支持的字节码文件格式Google在新发布的Android平台上使用了自己的Dalvik虚拟机来定义，这种虚拟机执行的并非Java字节码，而是另一种字节码：dex格式的字节码。在编译Java代码之后，通过Android平台上的工具可以将Java字节码转换成Dex字节码。虽然Google称Dalvik是为了移动设备定做的，但是业界很多人认为这是为了规避向sun申请Java license。由于没有太多的细节公开，现在还找不到Dalvik的具体实现，只能根据SDK做一些简单的分析工作。



这个Dalvik VM针对手机程式/CPU做过最佳化，可以同时执行许多VM而不会占用太多Resource，Dalvik VM的source目前还没有开放让人下载（未来整个系统都会开放），目前Google的角度是希望能让大家用这套SDK开始开发AP，底层的东西会慢慢发布。



4. Apk文件-------Android上的安装文件



Apk是Android安装包的扩展名，一个Android安装包包含了与某个Android应用程序相关的所有文件。 apk文件将AndroidManifest.xml文件、应用程序代码(.dex文件)、资源文件和其他文件打成一个压缩包。一个工程只能打进一个.apk文件。

分享到： 

上一篇：中国程序员之现状

下一篇：Android的Dalvik虚拟机的一个小BUG

查看评论

2楼  memoleak 2011-07-04 10:47发表 [回复]

刚刚开始学安卓，拜读了

1楼  yzdai 2010-05-07 03:17发表 [回复] [引用] [举报]

我不大同意作者的观点:
1.android .java就是JAVA BYTE CODE, 不过库不同所以不能由java来运行
2.说dalvikvm的源码没公布有根据吗? dalvikvm的源码就是一个主程序创建vm,与多个库连接.
3.dex是把多个class包起来,相似的结构放在同一组.
4.每个java app就是一个process=thread,但是共享库,所以可以同时执行许多VM而不会占用太多Resource.