adb devices List of devices attached * daemon not running; starting now at tcp:5037 could not read ok from ADB Server * failed to start daemon error: cannot connect to daemon

### 解决 ADB Server Version Mismatch 和 Daemon Failed to Start 的问题 当遇到 `adb server version (X) doesn't match this client (Y)` 或者 `failed to start daemon` 错误时，这通常是由于以下几个原因之一引起的：ADB 服务器和客户端之间的版本不一致、权限问题、防火墙或杀毒软件干扰，或者是某些系统级配置错误。以下是详细的解决方案： --- #### **1. 杀死并重启 ADB 服务** 最简单的解决办法是杀死当前的 ADB 服务并重新启动它。通过以下命令可以实现这一点： ```bash adb kill-server adb start-server ``` 如果一切正常，终端应该返回如下消息： ``` * daemon started successfully * ``` 如果仍然报错，则需要进一步排查其他潜在原因。 --- #### **2. 检查 ADB 版本一致性** 确保系统的 ADB 客户端与服务器版本保持一致。可以通过以下方式检查 ADB 的版本： ```bash adb version ``` 此命令将输出类似以下的内容： ``` Android Debug Bridge version 1.0.41 Version 31.0.3-7562133 Installed as /path/to/adb ``` 如果发现多个 ADB 副本（例如来自第三方工具或旧版 Android SDK），可能会导致版本冲突。此时应删除多余的 ADB 文件，并确保仅保留一个官方版本的 ADB 工具[^2]。 --- #### **3. 更改 ADB 文件权限** 在某些操作系统中，特别是 Linux 或 macOS 上，可能因为权限不足而导致 ADB 无法正确启动。可以通过修改 ADB 文件的权限来修复这个问题： ```bash chmod +x /path/to/adb ``` 此外，还需要确保运行 ADB 的目录具有足够的读写权限。如果是 USB 设备连接失败的情况，还需赋予设备节点相应的权限： ```bash sudo chmod 666 /dev/bus/usb/* ``` --- #### **4. 检查环境变量 PATH** 确保系统环境变量 `PATH` 中指向的是最新的 ADB 可执行文件路径。可以在终端输入以下命令验证： ```bash echo $PATH ``` 如果发现有多个 ADB 路径存在，优先调整为 Android SDK 提供的平台工具路径。例如，在 Bash Shell 中可以这样设置： ```bash export PATH=$HOME/Library/Android/sdk/platform-tools:$PATH ``` --- #### **5. 关闭防火墙或杀毒软件** 一些防火墙或杀毒软件可能会阻止 ADB 创建所需的 TCP 连接。尝试临时关闭这些安全软件后再测试 ADB 功能是否恢复正常。如果确实是由这类软件引起的问题，可以选择将其加入例外列表而不是彻底禁用[^4]。 --- #### **6. 更新 Android SDK Platform Tools** 过时的 ADB 工具可能导致兼容性问题。建议始终使用最新版本的 Android SDK Platform Tools。下载地址可以从 Google 官方网站获取[^1]。更新完成后重复第一步的操作以刷新服务状态。 --- #### **7. 清理残留进程** 有时候即使调用了 `adb kill-server`，也可能仍有残余的 ADB 进程未被清理干净。在这种情况下，强制结束所有相关进程是一个有效的手段： ```bash ps aux | grep adb kill -9 <PID> ``` 其中 `<PID>` 是找到的实际进程 ID 数字。 --- #### **8. 测试最小化环境** 为了排除外部因素的影响，可以创建一个新的虚拟机或者容器环境中单独安装必要组件来进行纯净条件下的调试工作。这种方法虽然耗时较长但也最为可靠。 --- ### 注意事项 - 在进行任何更改之前，请务必做好重要数据的备份； - 尽量避免混用不同来源的开发工具集，统一管理依赖关系有助于减少不必要的麻烦。 ---