本篇文章由史迎春(@三俗小女子)投稿。转载请注明原文地址。
在Android实际开发中,经常会使用adb命令,安装应用程序可以使用adb push 或者adb install。下面就来讲讲这两种安装方式的区别。
adb push 能够指定安装目录。比如执行”adb push xxx.apk system/app” 后,xxx.apk被安装到了system/app目录下,此目录下的软件为上文中提到的system application。(注意,system/app是只读的,所以只有有root权限才能push apk进去,而且在push进去的apk会把原本的apk覆盖掉。)adb push本身的意思是将文件复制到系统中的某个文件夹下,但是将apk push到system/app下并且重启手机以后会注册应用程序。
adb install 用此命令安装的软件位于 data/app 目录,带有参数 -r才能强制安装,为user application。
由以上两条可知,adb install和adb push的apk主要区别有:
push
install
data/app
权限
系统级(权限全开)
用户级(没全开)
卸载
root后删除
可卸载
大小
无限制,自定义
pm重新注册
不会重新弄注册
手动安装的APK版本号和系统内置API版本号一样。
更深一层的分析:
1、Android系统应用更新机制
系统为每个应用在AndroidMainfest.xml提供了versionName、versionCode两个属性。
versionName:String类型,用来给应用的使用者来查看版本.
versionCode:Integer类型,作为系统判断应用是否能升级的依据。
2、Android系统内置应用更新判断代码
代码来自frameworks/base/services/java/com/android/server/PackageManagerService.java 中 scanPackageLI函数的package更新判断条件
由以上资料分析:
同一个AP,若在data/app下有更高版本的app,但是system下有旧版本,则follow旧版本。
又已知如果有两个以上的AP在同一个进程但是只有一个AP更改了API version则编译会出错
假设有两个AP:AP1和AP2.两个AP都在API Version更新以后build通过且install进手机。且系统中有内置AP1是旧版本的,重新开机的时候还是会注册旧版本的AP1。则此时,系统中就会出现相同进程但是不同版本的AP1(system/app)和AP2(data/app)
综上,编译会出错。
猜测:
若同一个进程的AP都用同一版本的SDK编译,push进手机,则可以运行(已验证)。
若同一进程的AP都用同一个版本的SDK编译。install进手机,则可以运行,前提是删除system/app内所有同一进程AP。(已验证)
若同一个进程的AP都用同一个版本的SDK编译,push/install进手机都可以(待验证)。
作者介绍:
史迎春,女程序员,主要研究Android系统Framework层,目前任职于HTC。
原文链接: http://www.grackertalk.com/?p=48
在Android实际开发中,经常会使用adb命令,安装应用程序可以使用adb push 或者adb install。下面就来讲讲这两种安装方式的区别。
adb push 能够指定安装目录。比如执行”adb push xxx.apk system/app” 后,xxx.apk被安装到了system/app目录下,此目录下的软件为上文中提到的system application。(注意,system/app是只读的,所以只有有root权限才能push apk进去,而且在push进去的apk会把原本的apk覆盖掉。)adb push本身的意思是将文件复制到系统中的某个文件夹下,但是将apk push到system/app下并且重启手机以后会注册应用程序。
adb install 用此命令安装的软件位于 data/app 目录,带有参数 -r才能强制安装,为user application。
由以上两条可知,adb install和adb push的apk主要区别有:
push
install
目录
system/appdata/app
权限
系统级(权限全开)
用户级(没全开)
卸载
root后删除
可卸载
大小
无限制,自定义
有限制
pm重新注册
不会重新弄注册
手动安装的APK版本号和系统内置API版本号一样。
更深一层的分析:
1、Android系统应用更新机制
系统为每个应用在AndroidMainfest.xml提供了versionName、versionCode两个属性。
versionName:String类型,用来给应用的使用者来查看版本.
versionCode:Integer类型,作为系统判断应用是否能升级的依据。
2、Android系统内置应用更新判断代码
代码来自frameworks/base/services/java/com/android/server/PackageManagerService.java 中 scanPackageLI函数的package更新判断条件
由以上资料分析:
同一个AP,若在data/app下有更高版本的app,但是system下有旧版本,则follow旧版本。
又已知如果有两个以上的AP在同一个进程但是只有一个AP更改了API version则编译会出错
假设有两个AP:AP1和AP2.两个AP都在API Version更新以后build通过且install进手机。且系统中有内置AP1是旧版本的,重新开机的时候还是会注册旧版本的AP1。则此时,系统中就会出现相同进程但是不同版本的AP1(system/app)和AP2(data/app)
综上,编译会出错。
猜测:
若同一个进程的AP都用同一版本的SDK编译,push进手机,则可以运行(已验证)。
若同一进程的AP都用同一个版本的SDK编译。install进手机,则可以运行,前提是删除system/app内所有同一进程AP。(已验证)
若同一个进程的AP都用同一个版本的SDK编译,push/install进手机都可以(待验证)。
作者介绍:
史迎春,女程序员,主要研究Android系统Framework层,目前任职于HTC。
原文链接: http://www.grackertalk.com/?p=48