adb shell am 的用法
使用此命令可以从cmd控制台启动 activity, services；发送 broadcast等等：
C:\Users\Administrator>adb shell am usage: am [subcommand] [options]
start an Activity: am start [-D] [-W] <INTENT> -D: enable debugging -W: wait for launch to complete
start a Service: am startservice <INTENT>
send a broadcast Intent: am broadcast <INTENT>
start an Instrumentation: am instrument [flags] <COMPONENT> -r: print raw results (otherwise decode REPORT_KEY_STREAMRESULT) -e <NAME> <VALUE>: set argument <NAME> to <VALUE> -p <FILE>: write profiling data to <FILE> -w: wait for instrumentation to finish before returning
start profiling: am profile <PROCESS> start <FILE> stop profiling: am profile <PROCESS> stop
start monitoring: am monitor [--gdb <port>] --gdb: start gdbserv on the given port at crash/ANR
<INTENT> specifications include these flags: [-a <ACTION>] [-d <DATA_URI>] [-t <MIME_TYPE>] [-c <CATEGORY> [-c <CATEGORY>] ...] [-e|--es <EXTRA_KEY> <EXTRA_STRING_VALUE> ...] [--esn <EXTRA_KEY> ...] [--ez <EXTRA_KEY> <EXTRA_BOOLEAN_VALUE> ...] [-e|--ei <EXTRA_KEY> <EXTRA_INT_VALUE> ...] [-n <COMPONENT>] [-f <FLAGS>] [--grant-read-uri-permission] [--grant-write-uri-permission] [--debug-log-resolution] [--activity-brought-to-front] [--activity-clear-top] [--activity-clear-when-task-reset] [--activity-exclude-from-recents] [--activity-launched-from-history] [--activity-multiple-task] [--activity-no-animation] [--activity-no-history] [--activity-no-user-action] [--activity-previous-is-top] [--activity-reorder-to-front] [--activity-reset-task-if-needed] [--activity-single-top] [--receiver-registered-only] [--receiver-replace-pending] [<URI>]
start an Activity: am start [-D] [-W] <INTENT> -D: enable debugging -W: wait for launch to complete
start a Service: am startservice <INTENT>
send a broadcast Intent: am broadcast <INTENT>
start an Instrumentation: am instrument [flags] <COMPONENT> -r: print raw results (otherwise decode REPORT_KEY_STREAMRESULT) -e <NAME> <VALUE>: set argument <NAME> to <VALUE> -p <FILE>: write profiling data to <FILE> -w: wait for instrumentation to finish before returning
start profiling: am profile <PROCESS> start <FILE> stop profiling: am profile <PROCESS> stop
start monitoring: am monitor [--gdb <port>] --gdb: start gdbserv on the given port at crash/ANR
<INTENT> specifications include these flags: [-a <ACTION>] [-d <DATA_URI>] [-t <MIME_TYPE>] [-c <CATEGORY> [-c <CATEGORY>] ...] [-e|--es <EXTRA_KEY> <EXTRA_STRING_VALUE> ...] [--esn <EXTRA_KEY> ...] [--ez <EXTRA_KEY> <EXTRA_BOOLEAN_VALUE> ...] [-e|--ei <EXTRA_KEY> <EXTRA_INT_VALUE> ...] [-n <COMPONENT>] [-f <FLAGS>] [--grant-read-uri-permission] [--grant-write-uri-permission] [--debug-log-resolution] [--activity-brought-to-front] [--activity-clear-top] [--activity-clear-when-task-reset] [--activity-exclude-from-recents] [--activity-launched-from-history] [--activity-multiple-task] [--activity-no-animation] [--activity-no-history] [--activity-no-user-action] [--activity-previous-is-top] [--activity-reorder-to-front] [--activity-reset-task-if-needed] [--activity-single-top] [--receiver-registered-only] [--receiver-replace-pending] [<URI>]
使用实例：
如启动一个 Activity：
格式：
adb shell am start -n 包名/包名＋类名（-n 类名,-a action,-d date,-m MIME-TYPE,-c category,-e 扩展数据,等）。
实例1：
C:\Users\Administrator>adb shell am start -n com.android.camera/.Camera Starting: Intent { cmp=com.android.camera/.Camera }
实例2：（带extra 的 intent）
C:\Users\Administrator>adb shell am start -n com.android.camera/.Camera -e thisKey thisIsValue Starting: Intent { cmp=com.android.camera/.Camera (has extras) }其中 extra 的 key 为 abc ,value 为字串 "hello"
还可以发送命令模拟手机低电环境：
实例：
adb shell am broadcast -a android.intent.action.BATTERY_CHANGED --ei "level" 3 --ei "scale" 100
Android中adb push和adb install的使用区别
本篇文章由史迎春(@三俗小女子)投稿。转载请注明原文地址。 在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/app 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
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/app 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
