下面將詳細解釋 Android user 版本中 ADB 調試的具體情況、限制和操作方法。
核心結論
- 可以連接 ADB 並執行部分命令
- 默認沒有 root 權限
- 無法訪問受保護的數據分區
- 需要用户在設備上手動授權
User 版本 ADB 調試的詳細説明
1. 連接與授權流程
當您首次將 user 版本設備連接到電腦時：
# 1. 連接設備
adb devices
# 2. 輸出示例：
List of devices attached
ABCDEFG123456 unauthorized
設備端會彈出授權對話框：
允許USB調試嗎？
此計算機的RSA密鑰指紋為：
xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx
□ 始終允許從此計算機調試
確定 取消
只有用户點擊"確定"後，設備狀態才會變為 device：
adb devices
# 輸出：
List of devices attached
ABCDEFG123456 device
2. 可用的 ADB 命令
在 user 版本上，您可以執行大部分非特權 ADB 命令：
可用的系統信息命令
# 設備信息
adb shell getprop ro.product.model
adb shell getprop ro.build.version.release
# 系統狀態
adb shell dumpsys battery
adb shell dumpsys meminfo
adb shell cat /proc/cpuinfo
# 包管理（部分）
adb shell pm list packages
adb shell pm path com.android.chrome
# 活動管理
adb shell am start -n com.android.settings/.Settings
可用的文件操作（有限）
# 訪問外部存儲 (sdcard)
adb shell ls -la /sdcard/
adb push local_file.txt /sdcard/
adb pull /sdcard/file.txt ./
# 訪問公共目錄
adb shell ls -la /storage/emulated/0/
可用的調試命令
# 日誌查看
adb logcat
adb logcat -s YourAppTag
# 截圖和錄屏
adb shell screencap -p /sdcard/screenshot.png
adb shell screenrecord /sdcard/demo.mp4
# 輸入模擬
adb shell input tap 500 500
adb shell input text "hello"
3. 受限制的命令和操作
Root 權限相關
# 嘗試獲取 root 權限
adb root
# 輸出：adbd cannot run as root in production builds
adb shell su
# 輸出：/system/bin/sh: su: not found
系統分區訪問
# 嘗試掛載系統分區為可寫
adb shell mount -o remount,rw /system
# 失敗：無權限
adb shell ls -la /system/app/
# 可以列出，但無法修改
受保護的數據分區
# 訪問其他應用的數據
adb shell ls -la /data/data/com.android.chrome/
# 輸出：opendir failed, Permission denied
# 訪問系統數據
adb shell ls -la /data/system/
# 輸出：Permission denied
系統屬性修改
# 嘗試修改系統屬性
adb shell setprop debug.sf.fps 60
# 可能需要 root 權限，user 版本通常失敗
實際調試場景示例
場景 1：應用開發調試
# 安裝調試版應用（完全可用）
adb install app-debug.apk
# 查看應用日誌
adb logcat | grep "MyApp"
# 測試應用啓動
adb shell am start -n com.yourapp/.MainActivity
# 清除應用數據
adb shell pm clear com.yourapp
場景 2：性能分析
# 監控內存使用
adb shell dumpsys meminfo com.yourapp
# 查看 CPU 使用率
adb shell top -n 1 | grep com.yourapp
# 分析渲染性能
adb shell dumpsys gfxinfo com.yourapp
場景 3：自動化測試
# UI 自動化（完全可用）
adb shell input tap 100 200 # 點擊
adb shell input swipe 300 500 300 100 # 滑動
adb shell input keyevent KEYCODE_BACK # 返回鍵
# 啓動活動測試
adb shell am start -a android.intent.action.VIEW -d "https://example.com"
啓用 ADB 調試的步驟
在 user 版本設備上啓用 ADB 調試：
步驟 1：開啓開發者選項
- 進入 設置 > 關於手機
- 連續點擊 版本號 7 次
- 輸入設備解鎖密碼（如果有）
步驟 2：啓用 USB 調試
- 進入 設置 > 系統 > 開發者選項
- 開啓 USB 調試
- 開啓 USB 調試（安全設置）（如果存在）
步驟 3：連接授權
- 通過 USB 連接電腦
- 在設備上授權電腦的 RSA 密鑰
- 選擇"始終允許"以避免重複授權
特殊情況的 ADB 訪問
1. 通過 Wi-Fi 調試
# 首先通過 USB 連接
adb devices
# 確保設備已授權
# 切換到 TCP/IP 模式
adb tcpip 5555
# 斷開 USB，通過 Wi-Fi 連接
adb connect 192.168.1.100:5555
# 現在可以通過 Wi-Fi 使用 ADB
adb shell getprop ro.product.model
2. 恢復模式下的 ADB
在恢復模式中，ADB 通常有更多權限：
# 進入恢復模式
adb reboot recovery
# 在恢復模式中，可以執行更多操作
adb sideload update.zip
adb shell mount /system
3. 安全相關限制
# 某些敏感操作需要額外授權
adb shell pm grant com.yourapp android.permission.WRITE_SECURE_SETTINGS
# 可能需要用户手動在設置中授權
User 版本 vs Userdebug 版本的 ADB 能力對比
| 功能 | User 版本 | Userdebug 版本 |
|---|---|---|
| 基本 ADB 連接 | ✅ | ✅ |
| ADB Root 權限 | ❌ | ✅ |
| 系統分區寫入 | ❌ | ✅ |
| 訪問 /data/data/ | ❌ | ✅（有限） |
| 修改系統屬性 | ❌ | ✅ |
| SELinux 模式 | Enforcing | Permissive |
| 需要用户授權 | ✅ | ✅（首次） |
企業環境中的特殊情況
在企業環境中，MDM/EMM 解決方案可能會進一步限制 ADB：
# 企業設備可能完全禁用 ADB
adb devices
# 輸出：unauthorized (company policy)
# 或者限制特定命令
adb shell pm list packages
# 輸出：Command not allowed by policy
總結
Android user 版本完全支持 ADB 調試，但遵循"最小權限原則"：
- 適用於：應用開發、日誌調試、性能分析、UI 自動化
- 不適用於：系統修改、底層調試、數據提取（無 root）
- 安全性：需要用户明確授權，無法靜默連接
- 實用性：滿足 90% 的應用開發調試需求
對於大多數應用開發者來説，user 版本的 ADB 調試能力已經完全足夠。只有在進行系統級開發或深度調試時，才需要 userdebug 或 eng 版本的特殊權限。
結束語 Flutter是一個由Google開發的開源UI工具包，它可以讓您在不同平台上創建高質量、美觀的應用程序，而無需編寫大量平台特定的代碼。我將學習和深入研究Flutter的方方面面。從基礎知識到高級技巧，從UI設計到性能優化，歡飲關注一起討論學習，共同進入Flutter的精彩世界！
