adb shell 是什么，如何进入

一，从 *** 作系统开始

windows、linux、Mac、ios、android、meego..

这个世界上有这么多 *** 作系统呀，看起来风格迥异，相差很多。

但其实它们之间的关系，没有那么远。

它们其实有一个共同的祖先：unix

。。。(中间省过10000字)

经过N多版本的进化，它们的原理并没有什么本质的区别，主要区别是内存的管理和人机交互方式。

二，什么是adb shell

上面的第一部分看起来与第二部分一点儿关系都没有。。。汗～

先说什么是shell, *** 作系统运行的本身其实并不需要人来控制。

但人需要告诉 *** 作系统做什么，这个交互程序，就被称为shell。

这里我把shell分成三种：

•图形shell：

这种shell有很多种，windows的Explorer.exe，Linux的Gnome/Kde ....

在windows看到的桌面，开始菜单，也是一种图形shell

•终端Shell:

终端Shell除了windows下的cmd.exe已经弱化到残废的地步，其他的 *** 作系统都是比较强悍的

终端Shell最大的特点是字符 *** 作，没有图形，试想，如果你的 *** 作系统显卡驱动崩溃了，绘图功能不举了，这就是最后的稻草了。

事实上，几乎所有的显卡驱动都是在终端Shell下编写，然后用于绘制图形Shell....

特别是在linux\mac\android下面，终端Shell是灰常的强大的。

如：bash\zsh\....

•其他Shell:

还有很多，与本文无关，不讨论。

OK, 说到这儿，大家都应该明白了，adb shell ，其实就是连接到咱们的KF（android）的终端shell。举个例子，我们可以在RE管理器里把一个文件从/sdcard/ 复制到/sbin..

*** 作还是比较麻烦的，但在adb shell中可以这么做：

cp /sdcard/a.txt /sbin/

二，如何在windows下进入adb shell

这个小节真的不想写，因为windows下的终端Shell工具本身太残废了。。。

不过太多人使用windows了，无奈之中，好吧。。。

大家还记得一键Root的那个程序吧，其实看了本文之后，稍加研究，大家应该可以理解那个批处理中的所有命令。

OK，我们开始进入adb shell吧。。。

1. 进入windows的终端Shell：要进入KF的终端shell ,我们要从 *** 作系统的shell来连接。

从上一小节我们就知道了，linux/mac下用“终端”程序就好而windows, windows键＋R ， 然后输入 cmd 按回车，出来个小小窗口，黑黑的，这个可爱的窗口就是windows的Shell了。

2. 连接到KF的shell:这个步骤非常简单，直接进入到我们的adb.exe程序所在目录，执行adb shell就可以。

相信看了上面这句话，有人会迷失。。。说实际 *** 作吧：

在本帖附件下载那个adb.zip，解压到c盘的kf目录。然后在小黑窗口输入：

1.C:\Users\Tony>

1.c:>cd c:\kf

1.c:\cf>adb shell

1.* daemon not running. starting it now *

1.* daemon started successfully *

1.$

复制代码

三，如何在linux/mac下进入adb shell

把附件解压，如果你是Linux:

cp -r .android ~

./adb-linux shell

如果你是mac:

cp -r .android ~

./adb-mac shell

没错，就是这么简单，而且，无需安装任何驱动，也不会有任何问题。

OK，这样你就进入到KF的终端shell中了，本文就到这里了。

=================================================================

下面展示一下这个shell的一起 *** 作：

1.使用root用户，拥有最高权限：

1.su root

1.

1.让整个系统文件都可以有权限 *** 作：

1.mount -o remount,rw rootfs /system

1.

1.复制一个文件到另一个地方:

1.cp /xx/xx.xx /oo/

1.

1.删除一个文件：

1.delete /oo/xx.xx

1.

1.重启：

1.reboot

复制代码

一些连接问题：

（费话：windows这个坑爹的系统，问题多多，我不知道如果要把windows下全部的 *** 作写出来要多少字。。。）

为什么adb shell命令会返回error: device not found?

这个问题竟然是你的碗豆荚之类的软件给kindle安装的驱动导致的。

需要强制安装下载压缩包里usb_driver里带的驱动。

然后把附件压缩包里的.android 文件夹放到你的用户目录，如 C:\Users\Tony

adb root 获取 root 权限。

adb sideload

adb shell ps 打印进程状态。

adb shell top 展现上层 CPU 进程信息。

adb shell getprop 获取 Android 系统服务属性

adb shell setprop 设置服务属性。

adb shell dumpsys 获取系统数据。

adb logcat 打印日志文件

adb shell ip 主要用于显示一些数据

adb shell netstat 主要用于网络统计。

adb shell ping 没啥好说的，和 PC 的 ping 命令一样的。

adb shell netcfg 通过配置文件配置和管理网络连接。

adb shell cp 字面意思，很好理解，复制。

adb shell pwd 定位当前的 *** 作位置

adb shell mv 移动或者更名文件

adb shell mkdir 创建一个文件夹

adb shell rm 删除文件或者目录

adb shell ls 列出目录内容。

adb shell pm clear 清除应用缓存。

adb shell pm path 打印 apk 的路径。

adb usb 设置设备以 USB 形式连接 PC

adb kill-server 终止 adb 进程。

adb forward 端口映射，将 PC 端的某端口数据重定向到手机端的一个端口。

adb devices 主要是用于打印当前连接的所有模拟器或者设备。

shutdown -h now 关闭系统

init 0 关闭系统

telinit 0 关闭系统

shutdown -h hours:minutes &按预定时间关闭系统

shutdown -c 取消按预定时间关闭系统

shutdown -r now 重启

reboot 重启

logout 注销

文件和目录

cd /home 进入 '/ home' 目录'

cd .. 返回上一级目录

cd ../.. 返回上两级目录

cd 进入个人的主目录

cd ~user1 进入个人的主目录

cd - 返回上次所在的目录

pwd 显示工作路径

ls 查看目录中的文件

ls -F 查看目录中的文件

ls -l 显示文件和目录的详细资料

ls -a 显示隐藏文件

ls [0-9] 显示包含数字的文件名和目录名

tree 显示文件和目录由根目录开始的树形结构

lstree 显示文件和目录由根目录开始的树形结构

mkdir dir1 创建一个叫做 'dir1' 的目录'

mkdir dir1 dir2 同时创建两个目录

mkdir -p /tmp/dir1/dir2 创建一个目录树

rm -f file1 删除一个叫做 'file1' 的文件'

rmdir dir1 删除一个叫做 'dir1' 的目录'

rm -rf dir1 删除一个叫做 'dir1' 的目录并同时删除其内容

rm -rf dir1 dir2 同时删除两个目录及它们的内容

mv dir1 new_dir 重命名/移动 一个目录

cp file1 file2 复制一个文件

cp dir/* . 复制一个目录下的所有文件到当前工作目录

cp -a /tmp/dir1 . 复制一个目录到当前工作目录

cp -a dir1 dir2 复制一个目录

cp -r dir1 dir2 复制一个目录及子目录

ln -s file1 lnk1 创建一个指向文件或目录的软链接

ln file1 lnk1 创建一个指向文件或目录的物理链接

touch -t 0712250000 file1 修改一个文件或目录的时间戳 - (YYMMDDhhmm)

file file1 outputs the mime type of the file as text

iconv -l 列出已知的编码

启动adb shell命令的方法:

其实我倒建议你这几个东东可以不用放在System32下面，放在一个好记的路径下面，然后在命令行里面进入这个目录运行就可以了。

如：

1. 放在E:\adb目录下；

2. 开始->运行（或者Win + R)，CMD回车，进入命令行环境；

3. 输入e:回车，然后输入cd adb 回车；

4. 运行adb shell即可

或：进入命令行环境后输入 e:\adb\adb shell也可。

放在System32下面的目的只是为了让Windows系统可以自动识别为全局命令，但这一招在64位系统和一些经过优化的系统上是不可以使用的；最上面的方法反而比较简单。

用adb shell命令控制android软件的启动的方法:

需要知道要启动软件的主activity，然后adb shell am start -n 包名/.MainActivity

参考资料:

adb shell 命令详解

http://www.open-open.com/lib/view/1327557366686

---