am force-stop

會改變裝置

殺掉屬於某個 app 的所有行程與服務。

指令: adb shell am force-stop
指令: 活動與 intent（am）
風險: 會改變裝置

語法

am force-stop <package>

範例

```
am force-stop com.example
```
在不解除安裝、也不清資料的前提下停掉一個亂跑的 app。
```
top -b -n 1 -m 10
```
在停掉任何東西之前，先看清楚到底是誰在吃 CPU。

輸出怎麼讀

通常什麼都沒有。把沒有輸出當成成功，把任何 `Error:`、例外或權限相關的行當成失敗。想要證據的話，事後去 `top` 裡找找那個 app 的行程，而不是相信「沒有輸出」。

輸出欄位

欄位	意義
(no output)	指令執行了。
Error: …	套件無法解析，或呼叫被拒絕。

會改變什麼，以及怎麼回頭

什麼都不會被刪，下次被啟動或被廣播喚醒時 app 就會再跑起來——但這不是唯讀操作：行程裡尚未儲存的狀態沒了，它排定的 alarm 與 job 也會被取消，直到它再次執行為止。沒有還原指令，解法是把 app 打開。

版本與廠商注意事項

在依 CPU 排序的行程表上按 force-stop 很容易點錯，而失去未儲存狀態的往往是你本來不想動的那個 app。
這和停用不同：app 隨時可以再跑起來。

這個我們有 UI

Android System Monitor 會透過 USB 執行這個指令並解析回應——只要 Chromium 系瀏覽器，不必安裝 SDK，也不會上傳任何東西。

開啟 Android System Monitor

指令	做什麼
top	一次性的行程表：CPU 占用、記憶體、狀態與指令列。
dumpsys meminfo	哪些行程最吃記憶體，量的是 PSS（按比例分攤的用量）。
am start	用元件或 intent 啟動 Activity——這是驗證 deep link 能不能被接走最快的方法。

其他活動與 intent（am）指令

指令	做什麼
am broadcast	送出廣播 intent，這是從 shell 驅動 SystemUI demo mode 等平台接收器的方法。

這些行為是在撰寫 Web ADB 工具背後的解析程式時，對照 AOSP、toybox 與核心原始碼查證的。真的會因 Android 版本或廠牌而異的地方，這一頁會直接說明，而不是給你一個在半數手機上都是錯的數字。

常見問題

adb shell 指令要怎麼執行？

在手機上打開開發者選項與 USB 除錯、接上線，然後從裝了 platform-tools 的機器執行 `adb shell <指令>`——或者只執行 `adb shell` 取得互動提示字元，再直接打指令、不用前綴。如果指令會輸出二進位資料（例如截圖），請改用 `adb exec-out` 而不是 `adb shell`：單純的 shell 服務會配一個終端機，而它會改寫換行位元組並毀掉資料。

adb shell 指令需要 root 嗎？

這份參考裡的都不用。它們以 `shell` 使用者身分執行，可以針對自己的 Android 使用者管理套件、讀取大多數 `dumpsys` 服務、寫入設定提供者、注入輸入，以及讀取共用儲存空間。需要 root 的是這份參考刻意避開的事：讀取其他 app 的私有資料（除了對可除錯版本使用 `run-as`）、寫入系統分割區，或直接讀 `/data/anr`。

為什麼在我的手機上輸出看起來不一樣？

不是 Android 版本就是廠商。有些旗標與欄位是從特定版本才有的，那些都在各指令頁註明了。其餘是廠商改動，而受影響最深的是 `dumpsys`：一份 dump 是除錯輸出，它的文字就是那個服務的作者最後印了什麼，而廠商既會改它也會把改動往回移植。請用名稱而不是位置來讀欄位，並把沒見過的格式當成差異而不是失敗。

可以用瀏覽器而不是終端機來跑嗎？

很多指令可以——本站的 Web ADB 工具從 Chromium 系桌面瀏覽器透過 WebUSB 和手機對話，不必安裝 SDK，也不會上傳任何東西。每一頁在有對應工具時都會連過去。有兩個限制值得知道：同一時間只有一個程式能持有 ADB 介面，所以桌面的 `adb server` 要先停掉；而 `adb forward` 與 `adb reverse` 在瀏覽器裡完全無法運作。

比較想按而不是打字？Web ADB Toolkit 會從瀏覽器透過 USB 執行這類指令。或者瀏覽全部指令。

語法

範例