android adb 不同的方式使用特定的解释

本文介绍windows 在程序中使用adb 方法。没有引进adb 该命令。

1） 启动adb 流程。获得输出从管道。

这样的方式的弊端有多少，我也不知道。反正就是各种问题吧。可是眼下我问过非常多朋友。他们都是这么做的，由于这样的方法最简单。弊端我列举一下

1） 每次运行一个adb 命令都要启动一个adb 进程，速度太慢，好像就是非常不爽

2） 偶尔发现进程管理器中有N 多个adb 进程，然后就卡了。

3） 从管道获取输出，在非常多情况下会发现adb 卡死了，进程退不出来。

4） 以前发现 adb 进程正常启动退出，可是管道就是没有数据。详细原因我如今还不知道。

2） 市面上手机助手使用方式

如今的手机助手不管你怎么搞，在正常情况下都不会出现多个adb 进程，仅仅会有一个adb 的服务进程。我大胆推測一下，应该是应用程序直接和adb 的服务进程通信。然后直接通过socket 接收数据。

第一种方式启动一个adb 进程，这个adb 进程通过socket 和服务进程通信，把命令发送给服务进程，服务进程接收到命令并且运行。之后把结果通过socket 返回给adb 进程，adb 进程把结果写入管道。然后自己退出了。

因此我们自己能够直接和adb 的服务进程通信，自己的应用程序里面通过socket 给服务进程发送消息。这样速度非常快并且也能够避免第一种方式的弊端。可是这样的方式也是比較困难。须要自己实现socket 通信

我自己改动了adb 进程。做了非常大的优化，而且写了一个lib，这个库封装了和adb 服务进程通信，这个库有一个函数直接调用就能够运行adb 命令。程序仅仅须要静态链接这个库，然后调用一个函数就能够了。

ExecuteADBCommand("devices",strOut);

具体能够了解qq: 2506314894