android adb adbd analyse

Myth丶恋晨 2023-10-16 22:41 29阅读 0赞

<table style="margin: auto auto auto 5.4pt; border-collapse: collapse; mso-padding-alt: 0cm 5.4pt 0cm 5.4pt;"> 
 <tbody> 
 <tr style="height: 52.25pt; mso-yfti-irow: 0; mso-yfti-firstrow: yes; mso-yfti-lastrow: yes;"> 
 <td style="padding-right: 5.4pt; padding-left: 5.4pt; padding-bottom: 0cm; width: 488.25pt; padding-top: 0cm; height: 52.25pt; background-color: transparent; border: #ece9d8;"> Android Adb Analyse </td> 
 </tr> 
 </tbody> 
</table>

**TABLE OF CONTENTS**

**1****Introduction·· 2**

1.1Purpose· 2

1.2Definitions, Acronyms, and Abbreviations3

**2****Architecture·· 3**

2.1Module Architecture Diagram·· 3

**3****Sub Module·· 5**

3.1Compile adb/adbd· 5

3.2Compile dalvikvm and libjavacore· 9

3.3Adbd· 9

**3.3.1****process:**9

**3.3.2****Data Structure**· 11

3.4Adb server· 11

3.5Adb client· 12

3.6DDMS· 14

**3.6.1****Main sub-module description**· 15

**3.6.2****Flow chart:**16

3.7Logcat and dmsg· 18

**4****Adbd and VM··· 19**

4.1Adb\_main flow chart:19

4.2Data structure· 20

## 1**Introduction** ##

### **1.1**Purpose ###

ADB(Android Debug Bridge) quickview:

(1). Manage the state of an emulator or device

(2). Run shell commands on a device

(3). Manage port forwarding on an emulator or device

(4). Copy files to/from an emulator or device

In android sdk document:

Issuing ADB Commands

Querying for Emulator/Device Instances

Directing Commands to a Specific Emulator/Device Instance

Installing an Application

Forwarding Ports

Copying Files to or from an Emulator/Device Instance

Listing of adb Commands

Issuing Shell Commands

Enabling logcat Logging

Stopping the adb Server

See also

Emulator

Android Debug Bridge (adb) is a versatile tool lets you manage the state of an emulator instance or Android-powered device. It is a client-server program that includes three components:

**A client**, which runs on your development machine. You can invoke a client from a shell by issuing an adb command. Other Android tools such as the ADT plugin and DDMS also create adb clients.

**A server**, which runs as a background process on your development machine. The server manages communication between the client and the adb daemon running on an emulator or device.

**A daemon**, which runs as a background process on each emulator or device instance.

When you start an adb client, the client first checks whether there is an adb server process already running. If there isn't, it starts the server process. When the server starts, it binds to local TCP port 5037 and listens for commands sent from adb clients—all adb clients use port 5037 to communicate with the adb server.

The server then sets up connections to all running emulator/device instances. It locates emulator/device instances by scanning odd-numbered ports in the range 5555 to 5585, the range used by emulators/devices. Where the server finds an adb daemon, it sets up a connection to that port. Note that each emulator/device instance acquires a pair of sequential ports — an even-numbered port for console connections and an odd-numbered port for adb connections. For example:

Emulator 1, console: 5554

Emulator 1, adb: 5555

Emulator 2, console: 5556

Emulator 2, adb: 5557 ...

As shown, the emulator instance connected to adb on port 5555 is the same as the instance whose console listens on port 5554.

Once the server has set up connections to all emulator instances, you can use adb commands to control and access those instances. Because the server manages connections to emulator/device instances and handles commands from multiple adb clients, you can control any emulator/device instance from any client (or from a script).

More information, see to android sdk.

For example, adb server will be start when user open eclipse, if close adb server, the adb server will be start again.

### **1.2**Definitions, Acronyms, and Abbreviations ###

DDMS：Dalvik Debug Monitor Service)

Adb：Android Debug Bridge

Adbd：adb daemon

Jdwp：JavaTM Debug Wire Protocol

## 2**Architecture** ##

### **2.1**Module Architecture Diagram ###

1. There are 3 module in android adb solution, adbd, adb server, and adb client, details as below:

<table style="margin: auto auto auto 4.65pt; width: 572px; border-collapse: collapse; mso-padding-alt: 0cm 5.4pt 0cm 5.4pt;"> 
 <tbody> 
 <tr style="height: 14.25pt; mso-yfti-irow: 0; mso-yfti-firstrow: yes;"> 
 <td style="padding-right: 5.4pt; padding-left: 5.4pt; padding-bottom: 0cm; width: 113pt; padding-top: 0cm; height: 14.25pt; background-color: transparent; mso-border-alt: solid windowtext .5pt; border: windowtext 1pt solid;"> module name </td> 
 <td style="border-right: windowtext 1pt solid; padding-right: 5.4pt; border-top: windowtext 1pt solid; padding-left: 5.4pt; padding-bottom: 0cm; border-left: #ece9d8; width: 209pt; padding-top: 0cm; border-bottom: windowtext 1pt solid; height: 14.25pt; background-color: transparent; mso-border-top-alt: solid windowtext .5pt; mso-border-bottom-alt: solid windowtext .5pt; mso-border-right-alt: solid windowtext .5pt;"> process name </td> 
 <td style="border-right: windowtext 1pt solid; padding-right: 5.4pt; border-top: windowtext 1pt solid; padding-left: 5.4pt; padding-bottom: 0cm; border-left: #ece9d8; width: 107pt; padding-top: 0cm; border-bottom: windowtext 1pt solid; height: 14.25pt; background-color: transparent; mso-border-top-alt: solid windowtext .5pt; mso-border-bottom-alt: solid windowtext .5pt; mso-border-right-alt: solid windowtext .5pt;"> run as </td> 
 </tr> 
 <tr style="height: 28.5pt; mso-yfti-irow: 1;"> 
 <td style="border-right: windowtext 1pt solid; padding-right: 5.4pt; border-top: #ece9d8; padding-left: 5.4pt; padding-bottom: 0cm; border-left: windowtext 1pt solid; width: 113pt; padding-top: 0cm; border-bottom: windowtext 1pt solid; height: 28.5pt; background-color: transparent; mso-border-bottom-alt: solid windowtext .5pt; mso-border-right-alt: solid windowtext .5pt; mso-border-left-alt: solid windowtext .5pt;"> adbd </td> 
 <td style="border-right: windowtext 1pt solid; padding-right: 5.4pt; border-top: #ece9d8; padding-left: 5.4pt; padding-bottom: 0cm; border-left: #ece9d8; width: 209pt; padding-top: 0cm; border-bottom: windowtext 1pt solid; height: 28.5pt; background-color: transparent; mso-border-bottom-alt: solid windowtext .5pt; mso-border-right-alt: solid windowtext .5pt;"> adbd </td> 
 <td style="border-right: windowtext 1pt solid; padding-right: 5.4pt; border-top: #ece9d8; padding-left: 5.4pt; padding-bottom: 0cm; border-left: #ece9d8; width: 107pt; padding-top: 0cm; border-bottom: windowtext 1pt solid; height: 28.5pt; background-color: transparent; mso-border-bottom-alt: solid windowtext .5pt; mso-border-right-alt: solid windowtext .5pt;"> device/emulator </td> 
 </tr> 
 <tr style="height: 28.5pt; mso-yfti-irow: 2;"> 
 <td style="border-right: windowtext 1pt solid; padding-right: 5.4pt; border-top: #ece9d8; padding-left: 5.4pt; padding-bottom: 0cm; border-left: windowtext 1pt solid; width: 113pt; padding-top: 0cm; border-bottom: windowtext 1pt solid; height: 28.5pt; background-color: transparent; mso-border-bottom-alt: solid windowtext .5pt; mso-border-right-alt: solid windowtext .5pt; mso-border-left-alt: solid windowtext .5pt;"> adb server </td> 
 <td style="border-right: windowtext 1pt solid; padding-right: 5.4pt; border-top: #ece9d8; padding-left: 5.4pt; padding-bottom: 0cm; border-left: #ece9d8; width: 209pt; padding-top: 0cm; border-bottom: windowtext 1pt solid; height: 28.5pt; background-color: transparent; mso-border-bottom-alt: solid windowtext .5pt; mso-border-right-alt: solid windowtext .5pt;"> windows: adb.exe linux: adb </td> 
 <td style="border-right: windowtext 1pt solid; padding-right: 5.4pt; border-top: #ece9d8; padding-left: 5.4pt; padding-bottom: 0cm; border-left: #ece9d8; width: 107pt; padding-top: 0cm; border-bottom: windowtext 1pt solid; height: 28.5pt; background-color: transparent; mso-border-bottom-alt: solid windowtext .5pt; mso-border-right-alt: solid windowtext .5pt;"> client </td> 
 </tr> 
 <tr style="height: 28.5pt; mso-yfti-irow: 3; mso-yfti-lastrow: yes;"> 
 <td style="border-right: windowtext 1pt solid; padding-right: 5.4pt; border-top: #ece9d8; padding-left: 5.4pt; padding-bottom: 0cm; border-left: windowtext 1pt solid; width: 113pt; padding-top: 0cm; border-bottom: windowtext 1pt solid; height: 28.5pt; background-color: transparent; mso-border-bottom-alt: solid windowtext .5pt; mso-border-right-alt: solid windowtext .5pt; mso-border-left-alt: solid windowtext .5pt;"> adb client </td> 
 <td style="border-right: windowtext 1pt solid; padding-right: 5.4pt; border-top: #ece9d8; padding-left: 5.4pt; padding-bottom: 0cm; border-left: #ece9d8; width: 209pt; padding-top: 0cm; border-bottom: windowtext 1pt solid; height: 28.5pt; background-color: transparent; mso-border-bottom-alt: solid windowtext .5pt; mso-border-right-alt: solid windowtext .5pt;"> such as eclipse, screencast,ddm app…and so on </td> 
 <td style="border-right: windowtext 1pt solid; padding-right: 5.4pt; border-top: #ece9d8; padding-left: 5.4pt; padding-bottom: 0cm; border-left: #ece9d8; width: 107pt; padding-top: 0cm; border-bottom: windowtext 1pt solid; height: 28.5pt; background-color: transparent; mso-border-bottom-alt: solid windowtext .5pt; mso-border-right-alt: solid windowtext .5pt;"> client </td> 
 </tr> 
 </tbody> 
</table>

2. adb diagram:

(1) Simple chart as below:

![adb_adbd.jpg][]

The adb server must connect with adbd, this connect is adbconnect. Then client can communicate with Device/Emulator.

(2) adb diagram:

![adb_20diagram.jpg][]

## 3**Sub Module** ##

### **3.1**Compile adb/adbd ###

Adbd daemon will be compile when ADB\_HOST = 0; and if ADB\_HOST = 1, adb/adb.exe will be compile.

make file as below:

**Android.mk**: system/cre/adb/

\# Android.mk for adb

LOCAL\_PATH:= $(call my-dir)

\# adb host tool

\# =========================================================

ifneq ($(TARGET\_SIMULATOR),true) \# not 64 bit clean (also unused with the sim)

include $(CLEAR\_VARS)

\# Default to a virtual (sockets) usb interface

USB\_SRCS :=

EXTRA\_SRCS :=

**ifeq ($(HOST\_OS),linux)**

**USB\_SRCS := usb\_linux.c**

**EXTRA\_SRCS := get\_my\_path\_linux.c**

**LOCAL\_LDLIBS += -lrt -lncurses -lpthread**

**endif**

ifeq ($(HOST\_OS),darwin)

USB\_SRCS := usb\_osx.c

EXTRA\_SRCS := get\_my\_path\_darwin.c

LOCAL\_LDLIBS += -lpthread -framework CoreFoundation -framework IOKit -framework Carbon

endif

ifeq ($(HOST\_OS),windows)

USB\_SRCS := usb\_windows.c

EXTRA\_SRCS := get\_my\_path\_windows.c

EXTRA\_STATIC\_LIBS := AdbWinApi

LOCAL\_C\_INCLUDES += /usr/include/w32api/ddk development/host/windows/usb/api/

ifneq ($(strip $(USE\_CYGWIN)),)

LOCAL\_LDLIBS += -lpthread

else

LOCAL\_LDLIBS += -lws2\_32

USE\_SYSDEPS\_WIN32 := 1

endif

**LOCAL\_SRC\_FILES** := /

adb.c /

console.c /

transport.c /

transport\_local.c /

transport\_usb.c /

commandline.c /

adb\_client.c /

sockets.c /

services.c /

file\_sync\_client.c /

$(EXTRA\_SRCS) /

$(USB\_SRCS) /

shlist.c /

utils.c /

ifneq ($(USE\_SYSDEPS\_WIN32),)

LOCAL\_SRC\_FILES += sysdeps\_win32.c

endif

LOCAL\_CFLAGS += -O2 -g -D**ADB\_HOST=1**\-Wall -Wno-unused-parameter

LOCAL\_CFLAGS += -D\_XOPEN\_SOURCE -D\_GNU\_SOURCE -DSH\_HISTORY

**LOCAL\_MODULE := adb**

LOCAL\_STATIC\_LIBRARIES := libzipfile libunz $(EXTRA\_STATIC\_LIBS)

ifeq ($(USE\_SYSDEPS\_WIN32),)

LOCAL\_STATIC\_LIBRARIES += libcutils

endif

include $(BUILD\_HOST\_EXECUTABLE)

$(call dist-for-goals,droid,$(LOCAL\_BUILT\_MODULE))

ifeq ($(HOST\_OS),windows)

$(LOCAL\_INSTALLED\_MODULE): $(HOST\_OUT\_EXECUTABLES)/AdbWinApi.dll

endif

\# **adbd device daemon**

\# =========================================================

\# build adbd in all non-simulator builds

**BUILD\_ADBD :=** false

ifneq ($(TARGET\_SIMULATOR),true)

BUILD\_ADBD := true

endif

\# build adbd for the Linux simulator build

\# so we can use it to test the **adb USB gadget driver** on x86

ifeq ($(HOST\_OS),linux)

BUILD\_ADBD := true

endif

ifeq ($(BUILD\_ADBD),true)

include $(CLEAR\_VARS)

**LOCAL\_SRC\_FILES** := /

adb.c /

transport.c /

transport\_local.c /

transport\_usb.c /

sockets.c /

services.c /

file\_sync\_service.c /

jdwp\_service.c /

framebuffer\_service.c /

remount\_service.c /

usb\_linux\_client.c /

log\_service.c /

utils.c /

LOCAL\_CFLAGS := -O2 -g -D**ADB\_HOST=0** \-Wall -Wno-unused-parameter

LOCAL\_CFLAGS += -D\_XOPEN\_SOURCE -D\_GNU\_SOURCE

\# TODO: This should probably be board specific, whether or not the kernel has

\# the gadget driver; rather than relying on the architecture type.

ifeq ($(TARGET\_ARCH),arm)

LOCAL\_CFLAGS += -D**ANDROID\_GADGET=1**

endif

**LOCAL\_MODULE := adbd**

LOCAL\_FORCE\_STATIC\_EXECUTABLE := true

LOCAL\_MODULE\_PATH := $(TARGET\_ROOT\_OUT\_SBIN)

LOCAL\_UNSTRIPPED\_PATH := $(TARGET\_ROOT\_OUT\_SBIN\_UNSTRIPPED)

ifeq ($(TARGET\_SIMULATOR),true)

LOCAL\_STATIC\_LIBRARIES := libcutils

LOCAL\_LDLIBS += -lpthread

include $(BUILD\_HOST\_EXECUTABLE)

else

LOCAL\_STATIC\_LIBRARIES := libcutils libc

include $(BUILD\_EXECUTABLE)

endif

### **3.2**Compile dalvikvm and libjavacore ###

Dalvikvm: dalvik/dalvikvm/Android.mk

libjavacore: dalvik/libcore/Android.mk

### **3.3**Adbd ###

Adbd have been implemented by android platform with C language.

Adbd, which runs as a background process on each emulator or device instance. It is why adbd is a daemon.

#### **3.3.1****process:** ####

1. adbd main:

Service adbd of init.rc will start adbd, run main of adb.c, and **adb\_main**(0) function willl be called. As below:

adb.c main:

int **main**(int argc, char \*\*argv)

adb\_trace\_init();

\#ifADB\_HOST

adb\_sysdeps\_init();

return adb\_commandline(argc - 1, argv + 1);// remove ”adb”

\#else

if((argc > 1) && (!strcmp(argv\[1\],"recovery"))) \{

**adb\_device\_banner = "recovery"**;//is Recovery mode？

recovery\_mode = 1;

\#if ADB\_DEVICE\_LOG

start\_device\_log();

\#endif

return **adb\_main**(0);// adbd entrance , this will be call when execute “service adbd” command.

\#endif

2. adb\_main:

Adbd will create a pair of socket, one for control connections, and another for connecting adb client. And it will init Jdwp for interactive between Adbd and VM, it means adbd can send or receive msg(include event, data, and so on) to(or from) application. Flow chart as below:

![adb_main.jpg][]

Chart 3.2

In init\_transport\_registration, adb\_socketpair function will be called.

#### **3.3.2****Data Structure** ####

struct **fdevent**

fdevent \*next;

fdevent \*prev;

int fd;

unsigned short state;

unsigned short events;

fd\_func func;

void \*arg;

\};

### **3.4**Adb server ###

Adb server, which runs as a background process on your development machine. The server manages communication between the client and the adb daemon running on an emulator or device.

ADB server is process running on PC, it start can be via “adb fork-server server”, see to **launch\_server**().

Adb server locates emulator/device instances by scanning odd-numbered ports in the range 5555 to 5585, flow as below:

![adb_20server.jpg][]

**Install\_listener** function will implement server init.

### **3.5**Adb client ###

Adb client can be shell, ddms, eclipse ADT, or other application. And Adb server is daemon, it is adb.exe in window and adb process in linux.

Adb server must be start for communication with adb client.

Adb command is executed on cmd of windows or shell of linux as client.

Adb server and adb client is based on socket communication (port is **5037)**.

![adb_20client.jpg][]

**ADB\_PORT** equals 5037.

Server and client connection chart:

![socket.jpg][]

Come from <<linux 编程白皮书>>

### **3.6**DDMS ###

Android ships with a debugging tool called the Dalvik Debug Monitor Service (DDMS), which provides port-forwarding services, screen capture on the device, thread and heap information on the device, logcat, process, and radio state information, incoming call and SMS spoofing, location data spoofing, and more. This page provides a modest discussion of DDMS features; it is not an exhaustive exploration of all the features and capabilities.

DDMS ships in the tools/ directory of the SDK. Enter this directory from a terminal/console and type ddms (or ./ddms on Mac/Linux) to run it. DDMS will work with both the emulator and a connected device. If both are connected and running simultaneously, DDMS defaults to the emulator.

How DDMS works

DDMS acts as a middleman to connect the IDE to the applications running on the device. On Android, every application runs in its own process, each of which hosts its own virtual machine (VM). And each process listens for a debugger on a different port.

When it starts, DDMS connects to adb and starts a device monitoring service between the two, which will notify DDMS when a device is connected or disconnected. When a device is connected, a VM monitoring service is created between adb and DDMS, which will notify DDMS when a VM on the device is started or terminated. Once a VM is running, DDMS retrieves the the VM's process ID (pid), via adb, and opens a connection to the VM's debugger, through the adb daemon (adbd) on the device. DDMS can now talk to the VM using a custom wire protocol.

For each VM on the device, DDMS opens a port upon which it will listen for a debugger. For the first VM, DDMS listens for a debugger on port 8600, the next on 8601, and so on. When a debugger connects to one of these ports, all traffic is forwarded between the debugger and the associated VM. Debugging can then process like any remote debugging session.

DDMS also opens another local port, the DDMS "base port" (8700, by default), upon which it also listens for a debugger. When a debugger connects to this base port, all traffic is forwarded to the VM currently selected in DDMS, so this is typically where you debugger should connect.

For more information on port-forwarding with DDMS, read Configuring your IDE to attach to port 8700 for debugging. **\[**from android sdk**\]**

#### **3.6.1****Main sub-module description** ####

DDMS include 3 module: ddmlib, ddmuilib and ddms.

**1. ddmlib** is jar library of PC side, and is implemented by android platform with java. It define a serial of class what supply for communication between PC app and Phone app.

AndroidDebugBridge class inherit object. AndroidDebugBridge is A connection to the host-side android debug bridge(adb),and this is the central point to communicate with any devices, emulators, or the applications running on them.

Device class implement IDevice interface, and a device can be a physical device or an emulator.

There are other class in ddmlib, more information, see to /development/tools/ddms/libs.

**2. ddmuilib** supply UI interface for implement UI in PC.

**3. ddms** is belong application layer, and start the UI and network.

![ddms.jpg][]

**![ddmlib.jpg][]**

#### **3.6.2****Flow chart:** ####

As example, when user input cmd, phone will parse and process the cmd, flow chart as below:

![emulator_20cmd_20parse.jpg][]

### **3.7**Logcat and dmsg ###

\[ from android sdk 1.6\]

1. The Android logging system provides a mechanism for collecting and viewing system debug output. Logs from various applications and portions of the system are collected in a series of circular buffers, which then can be viewed and filtered by the `logcat` command.

**2. Filtering Log Output**

Every Android log message has a *tag* and a *priority* associated with it.

The tag of a log message is a short string indicating the system component from which the message originates (for example, "View" for the view system).

The priority is one of the following character values, ordered from lowest to highest priority:

V — Verbose (lowest priority)

D — Debug

I — Info

W — Warning

E — Error

F — Fatal

S — Silent (highest priority, on which nothing is ever printed)

**3. Viewing Alternative Log Buffers**

The Android logging system keeps multiple circular buffers for log messages, and not all of the log messages are sent to the default circular buffer. To see additional log messages, you can start logcat with the \-b option, to request viewing of an alternate circular buffer. You can view any of these alternate buffers:

radio — View the buffer that contains radio/telephony related messages.

events — View the buffer containing events-related messages.

main — View the main log buffer (default)

dmesg: Prints kernel debugging messages to the screen.

![logcat_20and_20dmesg.jpg][]

## 4**Adbd and VM** ##

**In order to more easily debug, android offers a adbd daemon for interact with java debugging systems.**

**They will use jdwp protocol. There init jdwp in adb.c via call** init\_jdwp().

### **4.1**Adb\_main flow chart: ###

adb\_main Flow chart:

init：

1.init\_transport\_registration

1.1 adb\_socketpair(s)

unix\_socketpair( AF\_UNIX, SOCK\_STREAM, 0, sv );

socketpair( d, type, protocol, sv );

close\_on\_exec( sv\[0\] );

close\_on\_exec( sv\[1\] );

1.2fdevent\_install

1.3fdevent\_set

2.start the usb transport or network transport

**usb\_init**() :

adb\_thread\_create(&tid, **device\_poll\_thread**, NULL))

find\_usb\_device("/dev/bus/usb", **register\_device**);

init\_usb\_transport(t, usb);

transport\_write\_action(transport\_registration\_send

adb\_write(fd, p, len);

**local\_init**()

2.1 adb\_thread\_create 会注册**server\_socket\_thread**函数

2.1.1 socket\_inaddr\_any\_server(5555,…)//open listen() port on any interface

2.1.1.1 socket

2.1.1.2 setsockopt

2.1.1.3 bind

2.1.1.2 listen

2.1.2 adb\_socket\_accept

2.1.3 register\_socket\_transport(fd,"host",5555);

3.**init\_jdwp**();//注册回调函数.

最终通过下面两个函数进行的:

jdwp\_service.c,proc->fde = fdevent\_create( socket, jdwp\_process\_event, proc );

control->fde = fdevent\_create(s, jdwp\_control\_event, control);

4.fdevent\_loop();

for(;;) \{

fdevent\_process();

n = **select**(select\_n, &rfd, &wfd, &efd, 0);

fdevent\_plist\_enqueue(fde);// 将event放入到list中

while((fde = fdevent\_plist\_dequeue())) \{ //将event从list中取出来

unsigned events = fde->events;

fde->events = 0;

fde->state &= (~FDE\_PENDING);

dump\_fde(fde, "callback");

fde->func(fde->fd, events, fde->arg);

5.usb\_cleanup();

6.return 0;

### **4.2**Data structure ###

Data structure:

typedef struct JdwpProcess;

struct JdwpProcess \{

JdwpProcess\*next;

JdwpProcess\*prev;

intpid;

intsocket;

fdevent\*fde;

charin\_buff\[4\];/\* input character to read PID \*/

intin\_len;/\* number from JDWP process\*/

intout\_fds\[MAX\_OUT\_FDS\]; /\* output array of file descriptors \*/

intout\_count;/\* to send to the JDWP process\*/

\};

struct fdevent

fdevent \*next;

fdevent \*prev;

int fd;

unsigned short state;

unsigned short events;

fd\_func func;

void \*arg;

\};

[adb_adbd.jpg]: https://p-blog.csdn.net/images/p_blog_csdn_net/liranke/EntryImages/20091213/adb_adbd.jpg
[adb_20diagram.jpg]: https://p-blog.csdn.net/images/p_blog_csdn_net/liranke/EntryImages/20091213/adb%20diagram.jpg
[adb_main.jpg]: https://p-blog.csdn.net/images/p_blog_csdn_net/liranke/EntryImages/20091213/adb_main.jpg
[adb_20server.jpg]: https://p-blog.csdn.net/images/p_blog_csdn_net/liranke/EntryImages/20091213/adb%20server.jpg
[adb_20client.jpg]: https://p-blog.csdn.net/images/p_blog_csdn_net/liranke/EntryImages/20091213/adb%20client.jpg
[socket.jpg]: https://p-blog.csdn.net/images/p_blog_csdn_net/liranke/EntryImages/20091213/socket.jpg
[ddms.jpg]: https://p-blog.csdn.net/images/p_blog_csdn_net/liranke/EntryImages/20091213/ddms.jpg
[ddmlib.jpg]: https://p-blog.csdn.net/images/p_blog_csdn_net/liranke/EntryImages/20091213/ddmlib.jpg
[emulator_20cmd_20parse.jpg]: https://p-blog.csdn.net/images/p_blog_csdn_net/liranke/EntryImages/20091213/emulator%20cmd%20parse.jpg
[logcat_20and_20dmesg.jpg]: https://p-blog.csdn.net/images/p_blog_csdn_net/liranke/EntryImages/20091213/logcat%20and%20dmesg.jpg