am命令（am）是Android系统底层的核心调试工具，通过命令行可直接操控Activity、Service等组件，是解决应用崩溃、启动异常及进行自动化测试的必备技能。
在日常的Android开发、测试以及系统定制工作中，我们经常遇到应用闪退、无法启动特定页面或者需要批量执行某些系统操作的情况，这时候，图形界面的操作往往显得力不从心，而ADB中的am命令就像是一把万能钥匙，能直接穿透应用层，与Android系统的核心服务进行对话，它不仅仅是简单的命令行工具,更是理解Android四大组件生命周期和系统交互机制的窗口。
am命令的全称是ActivityManager，它位于Android系统的/system/bin目录下，对于开发者来说，掌握其基本语法是第一步，am命令的执行通常需要root权限或者特定的系统签名权限，但在大多数调试场景下,通过ADB连接设备即可使用大部分功能。
启动Activity是am命令最基础也最常用的功能，很多新手在尝试启动应用时，往往只输入包名和类名，结果发现报错,这是因为Android系统需要明确的Intent信息来定位目标。
正确的启动格式如下：
adbshellamstart-n包名/活动类名adbshellamstart-n包名/活动类名--eikeyvalue（传递整数）adbshellamstart-n包名/活动类名--eskey"value"（传递字符串）业内专家指出，Intent中的Action、Category和Data字段同样可以通过am命令指定，使用-a参数指定Action，-d参数指定DataURI，这种细粒度的控制能力，使得我们在调试深链接（DeepLink）或特定场景下的页面跳转时,能够精准复现问题。
除了Activity，am命令还能操控Service和BroadcastReceiver,启动后台服务常用于模拟系统事件或触发特定的业务逻辑。
adbshellamstartservice-n包名/服务类名adbshellambroadcast-a广播动作在实际操作中，发送广播经常用于模拟网络状态变化、电池电量低等系统事件，从而测试应用在极端条件下的表现，这种非侵入式的测试方法,比修改代码注入状态要高效得多。
随着移动应用的复杂度提升，简单的启动命令已经无法满足需求，我们需要利用am命令的高级参数来解决更复杂的调试场景，比如清除应用数据、强制停止应用或监控进程状态。
在测试过程中，应用可能会积累大量的缓存数据或处于异常状态,am命令提供了强大的清理功能。
adbshellpmclear包名（注意：这是pm命令,但常与am配合使用）adbshellamforce-stop包名adbshellpmlistpackages这些操作在回归测试前非常有用，确保测试环境的一致性，据统计，相当一部分应用崩溃问题是由于残留数据冲突导致的，因此在测试前执行强制停止和数据清理,能排除大量干扰因素。
am命令还可以用于性能监控，通过amstart-S参数，可以在启动Activity前先杀死该应用的进程，从而模拟冷启动场景,这对于评估应用的启动速度至关重要。
结合dumpsys命令，我们可以获取更详细的系统信息。adbshelldumpsysactivitytop可以查看当前栈顶的Activity信息，包括其Intent、状态等,这对于分析应用崩溃时的上下文非常有帮助。
在实际开发中，我们经常会遇到一些难以复现的问题，这时,am命令的日志输出功能就显得尤为重要。
当使用am命令启动应用失败时，系统通常会返回错误码或提示信息,常见的错误包括：
通过观察am命令的输出日志，我们可以快速定位问题所在，如果返回ActivityNotFound，则说明系统找不到指定的Activity；如果返回SecurityException,则说明权限不足。
在UI自动化测试框架中，am命令常被用来模拟用户操作，通过脚本批量执行am命令，可以实现复杂的测试流程，如登录、浏览、下单等，这种方式不仅效率高，而且稳定性好,不受界面元素变化的影响。
据行业共识认为，结合Monkey测试和am命令的定向触发，能够覆盖更多的边界场景,提高测试的覆盖率。
在Android调试工具链中，除了am命令，还有dumpsys、logcat等工具，它们各有侧重,互为补充。
在实际工作中，我们需要根据具体问题选择合适的工具，当应用启动缓慢时，首先使用am命令进行冷启动测试，然后结合dumpsys分析系统资源占用,最后通过logcat查看具体的错误日志。
Android系统的迭代更新，使得am命令在某些版本中出现了细微的变化，特别是在Android10及以上版本中，由于后台启动Activity的限制,am命令的使用受到了一定影响。
在Android10+中，非前台应用直接启动Activity会被系统拦截，使用am命令启动Activity可能会失败，为了解决这个问题,开发者需要使用PendingIntent或JobScheduler等机制来间接启动Activity。
随着Android对隐私保护的重视，am命令的部分功能需要更高的权限，发送某些系统广播可能需要SYSTEM_ALERT_WINDOW或WRITE_SECURE_SETTINGS权限，在实际操作中，建议先在测试机上验证命令的有效性,再逐步应用到生产环境。
首先检查包名和类名是否正确，确保Activity已在AndroidManifest.xml中注册，检查Intent中的Action和Category是否匹配，如果仍无法启动，尝试使用adbshelldumpsysactivityactivities查看当前Activity栈,确认是否有冲突。
am命令本身不支持直接模拟点击事件，但可以通过发送特定的广播或启动特定的Activity来间接实现，发送android.intent.action.VIEW并指定DataURI,可以模拟点击链接。
建议将am命令封装成脚本，结合测试框架使用，在执行测试前，先使用amforce-stop清理应用状态，确保测试环境的纯净，记录每次am命令的执行结果,便于后续的问题回溯。
am命令作为Android调试的利器，其价值不仅在于解决眼前的问题，更在于帮助我们深入理解Android系统的运行机制，掌握它,意味着你拥有了更强大的调试能力和更广阔的测试视野。
微信 
电话 
QQ