从adb shell读取二进制stdout数据?

是否有可能从ADB shell命令读取二进制标准输出? 例如,如何使用screencap的所有例子包括两个步骤:

adb shell screencap -p /sdcard/foo.png adb pull /sdcard/foo.png 

但是,该服务支持写入标准输出。 你可以举例如下:

 adb shell "screencap -p > /sdcard/foo2.png" adb pull /sdcard/foo2.png 

这同样适用。 但是,如何读取亚行的产出呢? 我想要做的是以下几点:

 adb shell screencap -p > foo3.png 

并避免中间写入SD卡。 这产生了一个看起来像PNG文件(运行strings foo3.png生成一个IHDR,IEND等东西)和大小相同的大小,但就图像读者而言,该文件已损坏。

我也尝试在java中使用ddmlib来做到这一点,结果是一样的。 我会很乐意使用任何必要的图书馆。 我的目标是减less总捕获时间。 在我的设备上,使用双指令解决scheme,大约需要3秒钟才能获得图像。 使用ddmlib并捕获标准输出需要不到900毫秒,但它不工作!

是否有可能做到这一点?

编辑:这是两个文件的hexdump。 第一个,screen.png来自标准输出,并已损坏。 第二个,xscreen是来自两个命令的解决scheme并且工作。 图像应该在视觉上相同。

 $ hexdump -C screen.png | head 00000000 89 50 4e 47 0d 0d 0a 1a 0d 0a 00 00 00 0d 49 48 |.PNG..........IH| 00000010 44 52 00 00 02 d0 00 00 05 00 08 06 00 00 00 6e |DR.............n| 00000020 ce 65 3d 00 00 00 04 73 42 49 54 08 08 08 08 7c |.e=....sBIT....|| 00000030 08 64 88 00 00 20 00 49 44 41 54 78 9c ec bd 79 |.d... .IDATx...y| 00000040 9c 1d 55 9d f7 ff 3e 55 75 f7 de b7 74 77 d2 d9 |..U...>Uu...tw..| 00000050 bb b3 27 10 48 42 16 c0 20 01 86 5d 14 04 11 dc |..'.HB.. ..]....| 00000060 78 44 9d c7 d1 d1 11 78 70 7e 23 33 8e 1b 38 33 |xD.....xp~#3..83| 00000070 ea 2c 8c 8e 0d 0a 08 a8 23 2a 0e 10 82 ac c1 40 |.,......#*.....@| 00000080 12 02 81 24 64 ef ec 5b ef fb 5d 6b 3b bf 3f ea |...$d..[..]k;.?.| 00000090 de db dd 49 27 e9 ee 74 77 3a e3 79 bf 5e 37 e7 |...I'..tw:.y.^7.| $ hexdump -C xscreen.png | head 00000000 89 50 4e 47 0d 0a 1a 0a 00 00 00 0d 49 48 44 52 |.PNG........IHDR| 00000010 00 00 02 d0 00 00 05 00 08 06 00 00 00 6e ce 65 |.............ne| 00000020 3d 00 00 00 04 73 42 49 54 08 08 08 08 7c 08 64 |=....sBIT....|.d| 00000030 88 00 00 20 00 49 44 41 54 78 9c ec 9d 77 98 1c |... .IDATx...w..| 00000040 c5 99 ff 3f d5 dd 93 37 27 69 57 5a e5 55 4e 08 |...?...7'iWZ.UN.| 00000050 24 a1 00 58 18 04 26 08 8c 01 83 31 38 c0 19 9f |$..X..&....18...| 00000060 ef 7c c6 3e 1f 70 f8 7e 67 ee 71 e2 b0 ef ce f6 |.|.>.p.~gq....| 00000070 f9 ec 73 04 1b 1c 31 60 23 84 30 22 88 a0 40 10 |..s...1`#.0"..@.| 00000080 08 65 69 95 d3 4a 9b c3 c4 4e f5 fb a3 67 66 77 |.ei..J...N...gfw| 00000090 a5 95 b4 bb da a4 73 7d 9e 67 55 f3 ed 50 5d dd |......s}.gU..P].| 

只是快速浏览一下,似乎有一些额外的0x0d(13)字节被添加。 回车? 那响铃吗? 它是混合在一些空白行吗?

13 Solutions collect form web for “从adb shell读取二进制stdout数据?”

对不起,要发布一个老问题的答案,但我只是自己遇到这个问题,只想通过壳来做到这一点。 这对我很好:

 adb shell screencap -p | sed 's/^M$//' > screenshot.png 

^M是我通过按Ctrl + V – > Ctrl + ^M得到的字符,只是注意到它复制粘贴时不起作用。

 adb shell screencap -p | sed 's/\r$//' > screenshot.png 

也为我做了诡计。

adb shell不同的是, adb exec-out命令不使用pty ,这会破坏二进制输出。 所以你可以做

 adb exec-out screencap -p > test.png 

https://android.googlesource.com/platform/system/core/+/5d9d434efadf1c535c7fea634d5306e18c68ef1f

如上所述,“adb shell”正在执行换行(0x0a)到回车+换行(0x0d 0x0a)的转换。 这是由伪tty线纪律执行。 由于shell没有“stty”命令,所以没有简单的方法来搞乱terminal设置。

可以用ddmlib来做你想做的事情。 您需要编写在设备上执行命令的代码,捕获输出并通过线路发送。 这或多或less是DDMS为某些function所做的。 这可能比它的价值更麻烦。

repair()解决scheme – 将所有CRLF转换为LF – 感觉不稳定,但实际上是可靠的,因为“破坏”的LF到CRLF转换是确定性的。 我曾经做过同样的事情来修复无意的ASCII模式FTP传输。

值得注意的是,PNG文件格式是明确devise的,以准确捕捉这个(和相关的)问题。 神奇的数字以0x89开始,抓住任何剥去高位的东西,然后是“PNG”,这样你就可以很容易地知道文件中的内容,接下来是CR LF来捕获各种ASCII行转换器,然后0x1a来捕获旧的MS-DOS程序使用Ctrl-Z作为特殊的文件结束标记,然后是一个单独的LF。 通过查看文件的前几个字节,您可以确切地知道对它做了什么。

…这意味着您的repair()函数可以接受“损坏”和“纯”input,并可靠地确定是否需要执行任何操作。

编辑:另外一个注意事项:设备端的二进制文件可以使用cfmakeraw()configurationtty来避免转换。 请参阅Android 5.0中的prepareRawOutput()命令中的prepareRawOutput()函数,该函数可以通过ADBshell连接从实况屏幕捕获发送原始video。

深入挖掘hex转储后,很明显,每当字符0x0A发出时,shell就会发出0x0D 0x0A。 我用下面的代码修复了stream,现在二进制数据是正确的。 当然,现在的问题是为什么adb shell会这样做呢? 但无论如何,这解决了这个问题。

 static byte[] repair(byte[] encoded) { ByteArrayOutputStream baos = new ByteArrayOutputStream(); for (int i=0; i<encoded.length; i++) { if (encoded.length > i+1 && encoded[i] == 0x0d && encoded[i+1] == 0x0a) { baos.write(0x0a); i++; } else { baos.write(encoded[i]); } } try { baos.close(); } catch (IOException ioe) { } return baos.toByteArray(); } 

编辑:它曙光我为什么这样做。 它像老式DOS一样将LF转换为CR / LF。 我想知道是否有一个设置某处可以closures?

是的,在Unix / Linux / Mac OS X上,您可以通过预先input“stty -onlcr;”来接收adb shell的二进制输出 到你的命令( 没有 ~~需要成为一个扎根的机器人)。

1. 下载“stty”可执行文件。
http://www.busybox.net/downloads/binaries/latest/
对于旧的android,使用busybox-armv5l,其他使用busybox-armv7l。
重命名文件为“stty”

2. Uploda文件“stty”到android并设置适当的权限。

 adb push somelocaldir/stty /data/local/tmp/ adb shell chmod 777 /data/local/tmp/stty 

3. 加上“stty -onlcr” 像你这样的命令

 adb shell /data/local/tmp/stty -onlcr\; screencap -p > somelocaldir/output.png or: adb shell "/data/local/tmp/stty -onlcr; screencap -p" > somelocaldir/output.png or (Only for Windows): adb shell /data/local/tmp/stty -onlcr; screencap -p > somelocaldir/output.png 

完成!

但是对于Windows操作系统,默认情况下,来自android的LF将被转换为CR CR LF。
即使你做了上面的步骤,你仍然得到CR LF。
这个“看起来”是因为本地的adb.exe使用fwrite导致CR被前置。
我没有办法,除了在Windows操作系统上手动将CR LF转换为LF。

自Android版本6.0以来,你可以使用toybox base64 applet:

  adb shell "screencap -p | toybox base64" | base64 -di >screencap.png 

但最好的解决scheme是使用adb exec-out命令,如@AjeetKhadkebuild议的。

让我来说明一下adb shelladb exec-out输出的区别:

 adb shell "echo -n '\x0a'" | xxd -g1 00000000: 0d 0a adb exec-out "echo -n '\x0a'" | xxd -g1 00000000: 0a 

它在Windows中工作(我使用GNUWin32 Hextools的 hexdump进行演示):

 C:\>adb shell "echo -n '\x0a'" | hexdump 00000000: 0D 0A C:\>adb exec-out "echo -n '\x0a'" | hexdump 00000000: 0A 

其他方式:

 adb shell "busybox stty raw; screencap -p "> foo3.png 

但是,正如@ osexp2003所说, 这不适用于Windows操作系统。

这也可以使用base64,所以只需使用以下命令对其进行encryption:

 base64 foo3.png>foo3.png.base64 

然后在Windows上使用一些base64工具或记事本++解密文件。

或者在linux / cygwin中:

 base64 -d foo3.png.base64>foo3.png 

这里是无处不在的解决scheme(包括Linux和Windows)。

您将需要netcat实用程序,通常命名为nc
如果ncbusybox nc在您的设备上都失败,则需要新的busybox 。 您可以从Play Market使用busybox安装程序(需要root用户),或者使用osexp2003的解决scheme (从官方网站下载busybox,将其放入/data/local/tmp/ on设备并添加执行权限)。

这个想法是使用netcat作为一个原始的HTTP服务器。
那么,事实上,甚至不是一个合适的服务器。 它只是将其input作为响应发送到任何 TCP连接(不pipe是来自浏览器的HTTP请求,telnet连接还是只是netcat )并终止。

运行命令你想得到这样的输出:

 adb shell 'screencap -p | busybox nc -p 8080 -l >/dev/null' 

在上面的例子中, screencap -p会截取一个截图(PNG图像)并将其传递给netcat
-l告诉netcat充当服务器(侦听连接),- -p 8080告诉它使用TCP端口8080.忽略>/dev/null将简单地打印例如传入HTTP GET请求到您的terminal。
上面的例子将等待有人连接,发送屏幕截图,然后才能终止。
当然,你可以在没有adb shell情况下运行它,例如从你的设备上的terminal仿真器。

如上所述运行命令后, 可以通过在浏览器中打开http://ip.of.your.phone:8080或通过任何其他方式(例如使用netcat手机下载其输出。

 busybox nc ip.of.your.phone:8080 >screenshot.png 

如果要使用USB电缆进行下载 ,则需要使用ADB转发连接,如下所示:

 adb forward tcp:7080 tcp:8080 

之后,您可以使用localhost:7080而不是ip.of.your.phone:8080
您可以使用以下命令删除此转发:

 adb forward --remove tcp:7080 

如果可用的话,也可以使用标准的dos2unix命令。

apt-get install dos2unix如果你在Debian / Ubuntu上的话,如果你是google的话,可能会在Windows,OS X等等的地方安装。

dos2unix将CRLF转换为LF,与Eric Lange的repair()函数相同。

 adb shell screencap -p | dos2unix -f > screenshot.png 

或者,修复损坏的文件(in-place):

 dos2unix -f screenshot.png 

您需要-f强制它处理二进制文件。

这个命令适用于Windows操作系统

 adb exec-out screencap -p > test.png && dos2unix.exe -f test.png 

但是你想用这个: https : //sourceforge.net/projects/dos2unix/

nc是它为我工作的唯一方法。 用过的:

 adb forward tcp:7080 tcp:8080 &&\ adb shell 'tar -zcvf - /data/media | nc -p 8080 -l 1>/dev/null' &\ sleep 1;\ nc localhost 7080 > media.tar.gz &&\ adb forward --remove tcp:7080 

作为根用来为/ data / media创build一个合适的备份

试试这个家伙:

 adb shell screencap -p | perl -pe 's/\x0D\x0A/\x0A/g' > screen.png 
  • 如何在Android设备上findARM处理器版本?
  • 当连接到两个智能手机时,adb有两个相同的序列号
  • Android Studio - ADB错误 - “...设备未经授权。 请检查设备上的确认对话框。“
  • adb更新非市场apk?
  • 如何在Android Studio中使用adb通过WiFi进行debugging
  • 为什么在使用adb时会拒绝访问数据文件夹?
  • Android设备未连接到USB进行debugging(Android Studio)
  • 多台设备连接时如何使用ADB Shell? 因“错误:多个设备和模拟器”失败