Android Studio“Loading Devices”卡住？一文拆解ADB设备排查全流程

搞Android开发的人，八成都在Android Studio里见过那个转圈圈的“Loading Devices”。真机插上了、调试模式也开了，结果设备列表死活不加载，要么一直转，要么干脆空空如也。这个问题的恶心之处在于，它不像编译报错那样有明确的红色日志，很多时候连个错误提示都不给，就卡在那儿，让人抓狂。

今天我就把这几年踩过、填过、排查过的“Loading Devices”相关坑，一次性梳理清楚。这篇文章不会只给你一句“重启ADB”就完事，我会从问题背后的设备发现机制讲起，逐步拆解从硬件到软件、从命令行到IDE缓存的完整排查链路，最后再附上高频场景（比如vivo手机无线调试）的实战方案。无论你是刚装了Android Studio的新手，还是被这个问题折磨已久的老兵，照着这篇去排查，基本能把九成以上的“Loading Devices”问题搞定。

1. 先搞清楚“Loading Devices”到底卡在哪一环

很多人在遇到这个问题时，第一反应就是上网搜“Android Studio Loading Devices 卡住”，搜出来一堆帖子，挨个试了一遍，结果发现有些方法在别人那里管用，在自己电脑上却毫无反应。这背后的核心原因在于：没有先搞清楚问题到底出在哪一层。

1.1 “Loading Devices”背后的设备发现流程

Android Studio本身并不直接认识你的手机，它是通过Android Debug Bridge（简称ADB）这条通道来与设备沟通的。整个设备发现流程大致是这样的：

• Android Studio启动时，会向本机的ADB Server发送请求，要求列出当前所有连接的设备。
• ADB Server收到请求后，会通过USB协议（或TCP/IP协议，对应无线调试）轮询所有已连接的硬件设备。
• 手机端收到ADB的握手请求后，会验证电脑的RSA密钥指纹——就是你在手机上看到“允许USB调试吗？”那个弹窗。
• 验证通过后，手机会将设备状态（device / unauthorized / offline）上报给ADB Server。
• ADB Server把设备列表返回给Android Studio，IDE再渲染到“Device Explorer”或运行目标下拉框中。

“Loading Devices”这个字样，就出现在Android Studio等待ADB Server返回设备列表的阶段。也就是说，只要上述任何一个环节卡住，你看到的就是这个无尽的Loading。

举个例子：ADB Server本身崩溃了、5037端口被别的进程占用、USB驱动异常导致系统根本识别不到手机、手机上的USB调试授权弹窗一直没有被点击……这些都会导致设备列表迟迟刷不出来。问题可能出在四个层面：操作系统层、驱动层、ADB通信层、IDE渲染层。不同层面的问题，解决思路完全不同。

1.2 问题定位的核心方法论：用命令行先做“二分法”

这里我要给出一个贯穿全文的核心理念：遇到“Loading Devices”不要急着在IDE里点来点去，先打开命令行，输入一条命令，看看ADB层面的设备状态。

这条命令就是：

adb devices -l

这条命令的输出结果，能直接帮你把问题范围缩小一半：

• 如果命令行能正常列出你的设备（状态为device），那说明硬件、驱动、ADB通信都没有问题，问题大概率出在Android Studio的缓存或AS与ADB的通信上。
• 如果命令行也卡住、报错，或者列出的是unauthorized、offline状态，那问题就出在更底层，需要按后面的章节逐步排查。

这个思路就像排查网络问题时先ping一下网关：先确认链路是否通，再决定往哪个方向深挖。我见过太多人刷了几十篇帖子，把Android Studio卸载重装了三遍，最后发现只是数据线接触不良，就是因为他从来没有用命令行做过这一步判断。

2. 从环境和硬件入手的基础排查方案

如果adb devices的输出结果不正常，或者根本识别不到设备，那就要从最基础的环境和硬件开始逐个排查。这一部分比较琐碎，但恰恰是“Loading Devices”最高发的坑区。

2.1 开发者选项与USB调试的正确开启方式

这个听起来简单，但实际操作中有很多细节。首先，开发者选项默认是隐藏的，需要在“设置-关于手机”里连续点击“版本号”7次才能解锁。这个操作在不同品牌的手机上位置大同小异，但有一些深度定制的系统（尤其是国内厂商的ROM）会改成连续点击“OS版本”或者“内核版本”。

开启开发者选项后，需要打开的关键开关包括：

• USB调试：这是必须开启的，不用多说。
• “仅充电模式下允许ADB调试”：这是一个容易忽略的选项。很多手机默认只允许在“文件传输（MTP）”模式下进行ADB调试，如果你插上数据线后选择的连接模式是“仅充电”，那ADB会直接失效。
• “USB安装”：部分手机（如小米、vivo）把这个选项单独拆出来了，它控制的是通过ADB安装APK的权限，如果没打开，运行App时会报错。

从我自己的实操经验来看，国内厂商的ROM在USB调试上普遍比原生Android多设置了几道“闸门”。比如vivo的Funtouch OS/OriginOS，除了“USB调试”之外，还有“USB调试（安全设置）”，允许通过USB模拟点击和修改权限。如果只开了普通USB调试，Android Studio虽然能识别设备，但有些操作会受限，表现也可能是设备列表加载异常。建议把能开的调试相关开关全部打开，特别是插入数据线后，把USB连接方式固定为“传输文件（MTP）”，不要选“仅充电”。

2.2 数据线、USB接口与驱动问题

排查完手机端设置，接下来就是物理层。这一步我吃过太多亏了：数据线看起来毫发无损，实际上内部线芯已经断了或者接触不良。

判断方法很简单：插上手机后，看电脑系统是否弹出设备接入的提示音或通知。如果系统层面都没有反应，那大概率是数据线或接口问题。我建议直接换一根原装线试试，同时注意尽量插在电脑主机背面的原生USB接口上，前面板接口（尤其是机箱前置）经常因为供电不足导致设备反复断开重连。

在Windows系统上，还有一个经典的坑：驱动问题。你可以在“设备管理器”里展开“便携设备”或“通用串行总线控制器”，看看有没有带黄色感叹号的设备。如果有，说明驱动没装好。最常见的两种情况：

• 手机厂商提供了专门的USB驱动（如vivo手机助手驱动、华为手机助手驱动），安装了手机助手后驱动就有了。
• 使用通用的ADB驱动，或者通过SDK Manager单独安装Google USB Driver（路径在\extras\google\usb_driver）。

macOS和Linux系统一般不需要额外装驱动，但要注意系统需要能正常识别USB设备，必要时重启电脑让系统重新枚举一次设备。

2.3 设备授权弹窗的“看不见的坑”

这是一个非常隐蔽的问题。当手机第一次连接电脑时，手机上会弹出“允许USB调试吗？”的对话框，并显示电脑的RSA密钥指纹。如果这个弹窗没弹出来，或者被你误触点了“取消、不再询问”，那设备在Android Studio里就会一直显示为unauthorized，不解决授权问题，设备列表永远出不来。

判断方法和解决方法都很简单：

• 在命令行执行adb devices，如果看到状态是unauthorized，说明授权还没完成。
• 解决方法是：在手机端进入“开发者选项”，找到“撤销USB调试授权”（位置可能叫“撤销USB调试授权”或类似名称），点击撤销，然后重新拔插数据线，手机会重新弹出授权弹窗。
• 弹窗弹出后，勾选“始终允许使用这台计算机进行调试”，然后点击确定。

这里有个老司机的技巧：如果你发现怎么拔插都不弹授权框，可以在命令行先执行adb kill-server，再执行adb devices，让ADB Server重新启动一次。很多时候ADB Server在第一次握手时已经记录了错误的设备状态，重启Server可以强制重新发起握手。

3. 用命令行诊断并修复ADB连接问题

命令行是排查ADB问题最趁手的工具，也是我工作中最依赖的方法之一。当你确认基础环境和硬件没有问题后，接下来就要用命令行做精细化的诊断了。

3.1 ADB完整诊断流程：kill、start、devices

这里我给出一套完整的、可复现的ADB诊断命令序列，按照顺序执行即可：

# 1. 查看当前ADB版本 adb version # 2. 终止ADB Server adb kill-server # 3. 启动ADB Server adb start-server # 4. 查看设备列表（-l参数会显示设备详细信息） adb devices -l

这套命令的逻辑是：先确认ADB版本，然后主动杀掉可能卡死的Server进程，再重新拉起，最后查看设备列表。看似简单，但很多“Loading Devices”问题在执行完这套操作后就直接解决了。

adb devices -l的输出结果有几种常见状态，每种都对应不同的处理方法：

3.2 5037端口被占用：ADB Server起不来的元凶

ADB Server默认监听本机的5037端口。如果这个端口被其他进程占用，ADB Server就无法正常启动，设备列表自然刷不出来，Android Studio里也会一直转圈。这种情况在安装了各种手机助手、模拟器的电脑上特别常见。

检测端口占用情况，在Windows上执行：

netstat -ano | findstr 5037

在macOS/Linux上执行：

lsof -i :5037

如果发现端口被占用，记下占用进程的PID，然后在任务管理器（Windows）或kill命令（macOS/Linux）中结束对应进程。我自己遇到过的端口占用元凶包括：某些手机厂商的同步助手、蓝叠模拟器、甚至一些电脑管家的“应用加速”功能。

这里有个实用的小技巧：我不想每次都手动去杀进程，所以干脆把手机厂商的助手类软件设为开机不启动。这些助手软件除了占端口，还经常在后台偷偷更新，实在没什么正面作用。另外，如果在企业内网或学校实验室环境，建议检查是否开启了一些安全软件自带的“USB设备管控”，这种管控策略也会干扰ADB的正常通信。

3.3 ADB版本与Platform-Tools的兼容性

ADB版本的差异也会导致奇怪的兼容性问题。Android Studio自带了一套Platform-Tools（包含ADB），路径通常在SDK目录下的platform-tools文件夹里。

有几种情况会导致ADB版本异常：

• 电脑上同时安装了多个Android开发工具链（如Eclipse时代遗留的ADT插件、第三方的ADB工具包），系统PATH环境变量里优先指向了旧版本的ADB。
• Android Studio的SDK Manager里Platform-Tools更新失败，导致版本过旧。
• 使用了某些“绿色版”“精简版”ADB工具，功能不全。

判断方法很简单，执行adb version，查看版本号和发布时间。如果发现版本很旧，可以通过SDK Manager更新Platform-Tools：

1. 打开Android Studio，进入“SDK Manager”。
2. 切换到“SDK Tools”选项卡。
3. 勾选“Android SDK Platform-Tools”，点击“Apply”进行更新。
4. 更新完成后重启Android Studio。

还有一个思路：直接去官方网站单独下载最新版的Platform-Tools压缩包，解压后把里面的adb.exe（Windows）或adb（macOS/Linux）替换掉SDK目录下的同名文件。不过这个操作属于“手动动刀”，建议新手还是优先通过SDK Manager更新，避免因为版本不匹配引发其他问题。

4. Android Studio进程与缓存层的解决方案

如果命令行已经能正常显示设备，但Android Studio里还是“Loading Devices”，那问题就出在IDE这一层了。这部分的坑比较玄学，但解决方案相对固定。

4.1 重启ADB与IDE的正确顺序

很多人在遇到问题时，会直接在Android Studio里点击“File -> Invalidate Caches / Restart”，或者直接重启IDE。但如果你先重启IDE、后重启ADB，那大概率是白折腾一场——Android Studio在启动时会连接ADB Server，如果这个连接因为某种原因卡住了，IDE重启后还是会去连那个卡住的Server。

正确的操作顺序是：

1. 在命令行执行adb kill-server，彻底杀掉ADB Server。
2. 执行adb start-server，重新启动ADB Server。
3. 重启Android Studio，让它重新与ADB Server建立连接。

在执行完第2步后，可以先在命令行执行adb devices确认设备已经处于device状态，再重启IDE。这个过程保证了Android Studio启动时面对的是一个健康的ADB环境，而不是一个半死不活的幽灵Server。

4.2 清理IDE缓存：Invalidate Caches的适用场景

如果上面那套“重启大法”用完还是不行，那就是Android Studio自己的缓存出问题了。IDE在识别设备列表时，也会缓存一些设备信息和布局状态，缓存一旦损坏，就可能出现设备列表空白、一直转圈或者显示奇怪的占位符。

这时需要执行“Invalidate Caches / Restart”操作：

1. 在Android Studio菜单栏点击“File”。
2. 选择“Invalidate Caches / Restart”。
3. 在弹出的对话框中选择“Invalidate and Restart”。

这个操作会清除IDE的本地缓存和索引，然后在重启后重新构建。需要提醒的是，这个过程在大型项目上会持续几分钟，而且会重建所有模块的索引，期间CPU占用会飙高，属于正常现象，不用慌。

我自己遇到过一种情况：Android Studio的“Device Explorer”面板始终刷不出文件列表，重装AS都没用，但执行了Invalidate Caches之后就好了。所以当“重启ADB + 重启IDE”的组合失败时，不要犹豫，直接清缓存。

4.3 SDK、模拟器与多设备场景的特殊情况

除了真机，“Loading Devices”也经常出现在启动模拟器的时候。如果你启动AVD后设备列表一直不出现，或者出现了但状态异常，要检查以下几项：

• SDK平台工具是否完整：模拟器的启动依赖于Emulator、System Image等组件，缺失或损坏都会导致启动失败或设备状态异常。可以在SDK Manager里检查是否有组件需要更新或下载。
• 虚拟化技术是否开启：在Windows上，模拟器通常依赖Intel HAXM或Windows Hypervisor Platform；在macOS上依赖Hypervisor.framework。如果虚拟化功能没有正常启用，模拟器会启动不了，表现为设备列表里永远没有模拟器。可以在SDK Manager里单独安装和检查HAXM的安装状态。
• 同时连接多台设备时的选择问题：当电脑上同时连接了模拟器和真机，Android Studio会弹出一个选择目标设备的对话框。如果这个对话框没有正常弹出来，或者默认选中的设备不对，也可能看起来像“Loading Devices”。可以在工具栏的下拉框里手动点击刷新，或者拔掉其他设备只保留目标设备来排除干扰。

还有一个容易忽略的场景：如果你用命令行启动了很久之前创建的AVD，并且这个AVD的系统镜像版本很老，启动后加载时间会特别长，甚至卡在启动动画。在“Loading Devices”的同时，模拟器界面可能一直黑屏或停在Boot界面，这其实不是设备发现的问题，而是模拟器本身没启动完成。建议先升级系统镜像，或者删除旧AVD重新创建一个。

5. 高频真机场景：无线调试连接vivo手机的完整方案

前面讲的都是USB有线连接。但在实际开发中，很多场景下你并不想一直插着数据线——试想一下，你要拿着手机在真机上测扫码、测NFC、测蓝牙交互，拖着一条数据线有多痛苦。这时候就需要无线调试了。

我注意到“如何使用Android Studio无线连接调试vivo手机”是很多人在搜的问题，而且无线环境的“Loading Devices”问题比有线更多、更隐蔽，所以专门用一节来讲。

5.1 两种无线调试方案对比

目前Android实现无线调试主要有两种思路：

• Android 11+ 原生无线调试：Android 11及以上的系统内置了“无线调试”功能，可以在开发者选项里直接开启，通过二维码或配对码连接。
• 传统ADB over TCP/IP：通过adb tcpip命令把手机的ADB端口设置为网络监听模式，然后再从电脑连接。这种方法对Android版本没有硬性要求，但每次手机重启后需要重新设置。

两张方案各有优劣。原生方案需要Android 11以上系统，但配网过程更安全、更稳定；传统方案兼容性更好，但步骤更繁琐。对于vivo手机，如果你使用的是OriginOS/Funtouch OS，绝大多数是Android 11+内核的系统，可以直接用原生无线调试。

5.2 vivo手机无线调试实操步骤

先说要满足的前提：

• 手机和电脑连接同一个Wi-Fi网络。
• 手机开启了开发者选项、USB调试（在首次配置无线调试时仍需用数据线连接电脑完成ADB配对）。

第一种方式：原生无线调试（Android 11+）

1. 在vivo手机上进入“设置 -> 其他设置 -> 开发者选项”。
2. 找到“无线调试”，点击进入。
3. 开启“无线调试”开关。
4. 点击“使用配对码配对设备”，此时手机会显示一个6位配对码和当前的IP地址端口。
5. 在电脑上打开命令行，执行配对命令（注意端口要使用手机配对页面显示的那个）：

adb pair 192.168.x.x:xxxxx

6. 按照提示输入配对码，配对成功后，执行连接命令（连接端口与配对端口不同，通常在无线调试主页面可以查到）：

adb connect 192.168.x.x:xxxxx

7. 连接成功后，执行adb devices，能看到设备的连接方式显示为192.168.x.x:xxxxx device，这表示无线连接已建立。

第二种方式：传统ADB over TCP/IP（适用于Android 10及以下或老版本系统）

1. 用数据线连接手机和电脑，有线连接正常。
2. 在命令行执行：

adb devices adb tcpip 5555

3. 拔掉数据线。
4. 在手机上查看当前Wi-Fi的IP地址（设置 -> WLAN -> 点击当前网络的详情）。
5. 在电脑上执行：

adb connect <手机IP>:5555

6. 连接成功后，设备列表会出现<手机IP>:5555 device的条目。

5.3 无线调试中“Loading Devices”的特有陷阱

无线调试的“Loading Devices”问题，除了常规ADB问题外，还有一些特有的坑：

• 手机锁屏导致ADB掉线：部分vivo手机在锁屏后会自动关闭Wi-Fi的某些能力，导致ADB连接断开。解决方法是进入“WLAN -> 高级设置 -> 在休眠状态下保持WLAN连接”，选择“始终”。
• 路由器AP隔离：如果你的Wi-Fi网络开了“AP隔离”或“访客网络”，手机和电脑之间可能无法直接通信，表现就是adb connect一直超时。可以切换到同一局域网下的普通网络试试。
• IP地址变化：手机重启后，动态IP大概率会变，导致之前保存的ADB连接失效。每次重启手机后，都需要重新adb connect一次新的IP。

我自己在vivo手机上实测，用Android 11+原生无线调试的稳定性明显好于传统tcpip模式，掉线率低很多。强烈建议系统版本支持的话，优先用第一种方案。

6. 常见问题速查表与独家避坑心得

最后，把前面提到的所有方案整理成一张速查表，方便各位收藏，遇到问题时直接对号入座。

6.1 “Loading Devices”常见问题速查表