最好的解决方案是按照 @AjeetKhadke 的建议使用 adb exec-out 命令。

让我来说明一下 adb shell 和 adb 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 exec-out 命令中获益，设备和主机PC都必须支持 adb shell V2协议。

处理PC端相当简单-只需将 platform-tools 包(其中包含 adb 二进制文件)更新到最新版本即可。设备上的 adbd 守护程序的版本链接到安卓的版本。在Android5.0中引入了 adb shell V2协议以及完整的 adb 大修(从 c 到 C++ 代码)。但是也有一些回归(也就是But )，所以 adb exec-out 在Android5.x中的可用性仍然是有限的。最后，它不支持Android4.x和更老的设备。幸运的是，那些仍在用于开发的旧设备的份额正在迅速下降。

在深入研究十六进制转储之后，很明显，每次发出字符0x0A时，shell都会发出0x0D 0x0A。我用下面的代码修复了流，现在二进制数据是正确的。当然，现在的问题是，为什么亚行壳牌要这样做？但在任何情况下，这都解决了问题。

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);
        } else {
            baos.write(encoded[i]);
    try {
        baos.close();
    } catch (IOException ioe) {
    return baos.toByteArray();      
}

编辑:我突然明白了它为什么要这样做。它正在将LF转换为CR/LF，就像老式DOS一样。我想知道有没有什么地方可以把它关掉？

很抱歉发布了一个老问题的答案，但我自己也遇到了这个问题，我只想通过shell来解决它。这对我来说效果很好：

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

请注意，如果您将此技术用于在标准错误代码上生成输出的命令，则应将其重定向到 /dev/null ，否则 adb 将在其标准错误代码中包含标准错误错误代码，从而破坏您的输出。例如，如果您正在尝试备份和压缩目录：

adb exec-out "tar -zcf - /system 2>/dev/null" > system.tar.gz

也可以使用base64实现此目的，因此只需使用以下命令对其进行编码：

base64 foo3.png>foo3.png.base64

然后在windows上使用一些 base64 utility 或notepad++来解密文件。

或者在linux /cygwin中：

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

您还可以使用标准 dos2unix 命令(如果可用)。

(如果你使用的是Debian/Ubuntu，请使用 apt-get install dos2unix 。如果你用谷歌搜索，可能会有针对Windows、OS X等的构建。

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

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

或者，修复损坏的文件(就地)：

dos2unix -f screenshot.png

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

对我来说， nc 是唯一有效的方式。使用：

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