别再死记 ADB 命令了!这个开源 GUI 工具让我调试效率翻倍
一、为了「截一张图」,我给同事装了一个 G 的 Android Studio
曾经测试、产品、UI、营销等同事先后问我想要截一张安卓车机的图片该怎么办,我的第一想法是给他们一个adb命令去截图,因为之前帮他们安装过应用,所以他们的电脑上都有ADB。
于是我打开了聊天框,熟练地敲下——
adb shell screencap 还是 screencap -p?/sdcard/ 还是 /sdcard/Pictures/?截完还得 adb pull 出来,再 rm 掉车机里的临时文件……或者用直接截取到电脑上的命令:adb exec-out screencap -p > 截图.png
推荐用这个adb命令去截图,可自动按照时间生成截图,不会直接覆盖
adb exec-out screencap -p > "截图_$(date +%Y%m%d_%H%M%S).png"
但有时候突然间就想不起来命令是啥了,且同事遇到adb执行问题了又会再次问我该如何解决。
那咋办?我当时的方案就是给他们装个 Android Studio 。 AS 自带 Logcat 窗口,那里有截图按钮,鼠标一点就完事。有图形化操作界面非常方便,还有录屏功能,轻松易操作。

但
AS 一个 G 起步,光下载就几分钟 就为了截一张图,大炮打蚊子
于是我陷入了死循环:
嫌 AS 重 → 想用命令 → 命令记不住 → 打开 AS → 嫌 AS 重 → ……
直到我遇到了这个工具: https://github.com/kaleidot725/adbpad
安装之后轻松地完成了截图操作,而且还可以一次同时截深浅主题的图片,相当人性化,就这样,以后再也没让他们装过 AS。
二、ADB Pad 是什么?它从哪来?
ADB Pad 是一位开发者 kaleidot725 在 GitHub 上开源的跨平台桌面 GUI 工具,专门为 Android 调试/测试场景打造。
它就干一件事:
把 ADB 命令行操作包成图形界面。
技术栈用的是 Kotlin(占比 99.2%)+ Jetpack Compose Desktop,所以 Windows / macOS都有原生包。
开源免费,GitHub 上 400 Star,没有广告也没有"专业版"那种套路。

三、下载与安装(按系统选方式)
ADB Pad 支持mac和windows:
方式 1:macOS 一键安装(推荐)
装了 Homebrew 的同学,两行命令搞定:
brew tap kaleidot725/appbrew install --cask adbpad或者到GitHub Releases 页面选择dmg文件下载
方式 2:Windows 安装
Windows 用户没有 Homebrew 这么顺手的工具,老老实实去 GitHub 下安装包最稳:
打开 GitHub Releases 页面:https://github.com/kaleidot725/adbpad/releases 在最新版本(v3.8.0)的 Assets 区域,找到类似 AdbPad-3.8.0.exe的安装包下载- 双击 .exe文件
,按向导一路 Next 安装(注意修改安装路径,尽量别装到 C 盘) 安装完成后,桌面或开始菜单会出现 ADB Pad 图标 进入 设置,配置本地 ADB 工具路径: 一般是 C:\Users\你的用户名\AppData\Local\Android\Sdk\platform-tools\adb.exe或者你自定义的 SDK 目录 USB 连上手机,开启 USB 调试,完事!

安装完成后,需要指定adb程序的路径,和scrcpy的路径(如有安装的话),也可以全程都叫AI帮你安装,把github仓库地址告诉AI,然后让它帮你直接安装。
如github链接无法正常打开,也可关注作者,回复关键字adbpad,即可获取下载链接,或者在公众号菜单中点击开发工具-adbpad也可获取。
四、5 大核心功能详解(开发视角)
ADB Pad 围绕 Android 调试的核心场景设计了 5 大功能模块。我按开发日常使用频率从高到低排:
功能 1:设备管理 —— 告别 adb -s 切设备
痛点场景:真机 + 模拟器同时连着,开发要用真机,调试性能偶尔切模拟器。每次敲命令都要 adb -s <serial>,串号还老记不住。
怎么用:
启动应用后,左侧自动列出所有已连接设备 一目了然:设备型号、Android 版本、连接状态、序列号 点哪个设备就操作哪个设备,所有命令自动作用于当前选中设备
开发日常的快乐:
早上真机调试,下午切平板验证布局——点一下就完事 再也不用 adb devices复制粘贴串号
功能 2:常用ADB 命令执行 —— 告别开发者选项的繁琐操作
痛点场景:想去打开布局布局查看layout的边界示意,得去开发者模式中找到布局边界开发再打开,路径很长操作步骤非常繁琐
现在在adbpad上直接点击一个按钮就能打开,再点一下按钮马上就能关闭,非常便捷。

从截图中也可看出,adbpad会把每一个按钮执行了什么指定也显示在下方,方便我们了解其具体的执行了什么指令
功能 3:截图捕获 —— 告别 screencap + pull + 改文件名
痛点场景:UI 调优前后要对比、提 PR 要附图、提 Bug 要截图。原来的流程:adb shell screencap → adb pull → 重命名 → 拖到文件夹。或者要先打开Android studio再进行截图。
怎么用:
一键捕获当前设备屏幕 可以同时截图深色和浅色主题在同一张图片中 视觉回归对比一目了然


开发日常的快乐:
调 UI 时,旧版/新版各截一张,对比直接看 提 PR 时直接附图,Reviewer 看得清楚 写技术博客/团队周报,素材随手取
功能 4:文本输入模拟 —— 告别逐字敲键盘
痛点场景:开发登录功能,要测十几个测试账号;调试搜索框,要灌入几百字测试数据。ADB 原生 input text 不支持中文和 emoji,测试时每次都需要调用input text命令输入文本,在adbpad上可以提前录好文本,点击运行即可将文本录入到输入框中

功能 5:虚拟显示屏 —— 告别「手头没设备干不了活」
痛点场景:要做折叠屏、平板、大屏 TV 的适配开发,但手头只有一台普通手机。每次都得借测试机,跨部门协调,一等就是半天。
怎么用:
在虚拟显示屏模块创建虚拟显示环境 自定义分辨率、DPI、显示模式 轻松模拟折叠屏、平板、电视等不同形态 适配开发不再受制于硬件库存
开发日常的快乐:
做折叠屏适配?马上拉一个 7.6 寸的虚拟屏 做平板布局?一秒切到 1280x800
这个功能的原理是ADBPad 本身不创建虚拟显示屏,它只是调用了 scrcpy 的 --new-display 参数,而 scrcpy 底层通过 ADB 向 Android 系统的 DisplayManager 注册了一个虚拟显示设备。需要依赖于scrcpy的能力,scrcpy是一个非常著名的投屏工具,也是车载行业普通使用的一个工具,可以在没有车机屏幕的时候也能投屏进行测试。
scrcpy的仓库地址:https://github.com/Genymobile/scrcpy
官方演示视频
五、它适合谁?不适合谁?
强烈推荐
- 安卓应用开发者
:日常 80% 的 ADB 场景都被覆盖 - 安卓学习者 / 入门者
:省去查命令的时间,专注学 Android 本身 - 跨端开发者
:需要快速验证 Android 端 UI 表现 - 测试人员
:图形化操作界面截图,方便快捷
可能不太适合
只想跑一行 adb shell的极简主义者(直接用终端更轻量)需要 logcat 实时刷屏看日志的(这工具定位是 GUI 调试,没集成 logcat 实时面板,建议搭配 Android Studio 自带的 Logcat) 自动化测试 / 脚本化场景(这工具主打交互式调试)
六、ADBPad 不是孤例 —— 还有这两款 ADB GUI 神器值得一看
写在前面:ADBPad 主打"轻量 + 聚焦核心场景",但工具箱里从不只有一把刀。不同场景下,QuickADB 和 ADB Toolbox 各有优势,下面分别介绍。
工具 1:QuickADB —— 从调试到刷机,一站式全流程
是什么?
QuickADB 是一款基于 Qt 框架的跨平台 ADB / Fastboot 可视化工具,由 XDA 开发者社区热捧的开发者 codefl0w 维护。它不只做 ADB 命令的可视化封装,更覆盖了 Fastboot、分区管理、GSI 刷入、开机动画制作等深度操作。
简单说:ADBPad 是"调试工具",QuickADB 是"调试 + 刷机工具箱"。

核心功能
| 设备管理 | adb devicesadb -s <serial> | |
| ADB Shell 终端 | adb shell <cmd> | |
| 截图/录屏 | screencapscreenrecord | |
| APK 安装/卸载 | adb installadb uninstall | |
| 分区管理 | ddparted | |
| Fastboot 模式 | fastboot flash | |
| GSI 刷入 | fastboot flash system <gsi.img> | |
| 开机动画 | bootanimation.zip | |
| Payload.bin 解包 | payload-dumper-go |
平台支持
开源地址与下载
| 项目地址 | |
| 当前版本 | |
| 下载方式 |
macOS 用户小贴士:下载的 QuickADB_macOS 文件无后缀,需在终端执行 chmod +x QuickADB_macOS 后双击运行;首次启动需到「系统设置 → 隐私与安全性 → 仍要打开」二次确认。
谁该用 QuickADB?
- 玩机党 / ROM 爱好者
:Fastboot + 分区管理 + GSI 刷入是刚需 - OEM 工程师
:需要修改 bootanimation、提取 payload.bin - 系统定制开发者
:vendor/product 分区备份与恢复 - 需要更"重"的工具箱
:觉得 ADBPad 功能太少的用户
工具 2:ADB Toolbox (adb_kit) —— 跨平台 Flutter 设备管理利器
是什么?
ADB Toolbox 是一款基于 Flutter 框架开发的跨平台 ADB GUI 客户端,作者 nightmare-space 在 GitHub 开源。它将应用管理、设备监控、文件传输、桌面启动器整合到一个现代感的界面中,定位是「设备日常运维工具」。
简单说:ADBPad 是"调试工具",ADB Toolbox 是"运维工具"。

核心功能
| 应用管理 | |
| 桌面启动器 | |
| 设备信息 | |
| 仪表盘 | |
| 终端功能 | |
| 日志查看 | |
| 多设备管理 | |
| 文件传输 | |
| 主题切换 | |
| 历史记录 |
平台支持
开源地址与下载
| 项目地址 | |
| 桌面端最新版本 | |
| 手机端最新版本 | |
| 下载方式 1(推荐) | |
| 下载方式 2(GitCode 镜像) |
特别注意:作者 v1.5.4 之后将重心转向了 Android 移动端 App,桌面端 v1.5.3 仍是 2024 年版本,功能完整但不再更新。日常使用足够,无需担心。
谁该用 ADB Toolbox?
- 多设备管理者
:同时维护 5+ 台测试机的工作室 - 性能测试工程师
:需要长时间观察 CPU/内存/网络指标 - 运维人员
:日常 APK 部署、备份、数据清理 - 跨平台用户
:Flutter 一致体验,Windows / macOS / Linux 用起来一模一样
三款工具对比 —— 怎么选?
| ADBPad | QuickADB | ADB Toolbox | |
|---|---|---|---|
| 技术栈 | |||
| 包体积 | |||
| 核心定位 | |||
| 截图 | |||
| 虚拟显示屏 | |||
| APK 管理 | |||
| Fastboot 刷机 | |||
| 分区管理 | |||
| Logcat | |||
| 设备监控 | |||
| 多设备管理 | |||
| 跨平台 |
#ADB#开源工具#安卓开发#效率工具#程序员
夜雨聆风