adb

从bash解释器的角度看解释的力度不同双引号内的有些特殊字符不再处理了

1、添加双引号的部分单词分隔功能会失效空白字符分隔包括换行、空格、制表符

由于单词分隔功能失效ps

2、双引号内仅支持命令替换、变量名替换、还有数字计算、还有转义字符四种特殊字符

$()、${}、$[]、比如\n

-ef,这个时候adb接受到3个参数分别是shell、ps、-efbash解释器通过空白字符分隔单词所以是3个参数

2、2个参数

-ef此时接受到的是2个参数由于双引号让单词分隔功能失效所以只有shell、以及ps

-ef

具有单词分隔的功能前面已经交代了这次在说明一件事ps命令根本就不知道自己的标准输出写到文件中了它只是认为还写入到标准输出至于重定向那都是bash解释器作的事情

adb

./hello.txt由本地主机的bash解释器自行处理它会本地主机而不是手机中创建一个hello.txt文件用于插入adb返回的标准输出

2、重定向手机文件中

由于具备单词分隔功能失效以及仅只是4种特殊字符上面提到过的其他字符不再解释这里的重定向符号bash解释器并不会再去解释

-ef

/sdcard/hello.txt所以ps命令的标准输出其实是写入到手机的/sdcard/hello.txt文件中这是由android上的bash解释器来处理的所以它自然会写入到手机的文件中

管道符也有不同

bash解释器看到管道符那么代表adb命令以及后面的参数就到管道符那里所以adb收到了3个参数分别是shell、ps、-ef。

grep

camera则是由bash解释器来处理并调用本地主机的grep来接受前一个adb命令的标准输出再由grep向标准输出写入

adb

camera成为一个整体同时管道符号也不会再解释器对于adb它只收到了2个参数分别是shell、ps

-ef

1、熟悉双引号作用才能理解上面的情况再强调一遍双引号会让单词分隔功能失效空白字符无效仅支持命令替换、变量名替换、整数计算、转义字符其他字符bash解释器都不会再解释比如

重定向

2、重定向、管道符都是bash解释器来处理的对于命令本身他们都不知道这些的存在他们只会向标准输出写入、标准错误写入、至于重定向到文件、还是通过管道进入到其他命令的标准输入他们都是一概不知道的

3、理解了这个可以避免编写adb命令的一些坑尤其是使用windows命令行的时候毕竟windows默认终端上没有grep命令