Java чтение POST, странная шестнадцатеричная интерпретация

Question

Я пытаюсь заставить мой сервер Go отправлять POST-запрос с массивом байтов в мое Java-приложение.

Исходные байты данных выглядят так (с добавленными линейными тормозами):

FABFB5DA
76657273696F6E000000000055000000
67C4256E409C0000010000000000000013A3BD4E
00000000010000000000000000000000000000000000
FFFF6D7B74F5479D010000000000000000000000000000000000
FFFF51DB4826479D59128BC986A833460001000000

То, что я получаю в Java, выглядит следующим образом:

2D9F8B52044
76657273696F6E000000000055000000
C856CDEB40FA0000010000000000000009A33A94E
00000000010000000000000000000000000000000000
2C72C76D7B7413147F9010000000000000000000000000000000000
2C72C75120AC482647F920AB4678B620194D4E0001000000

Я попытался отправить данные в другую функцию моего приложения Go, и она отлично работает.

В качестве основы для моегоJava-приложение, я использовал код из http://fragments.turtlemeat.com/javawebserver.php

Он изменен для обработки запросов POST.После очистки первых нескольких строк HTTP-запроса с помощью input.readLine () я прочитал данные с помощью:

int hex=0;
while((hex=input.read())>-1){
System.out.printf("%02X", hex);
}

Шестнадцатеричный дамп из Wireshark выглядит следующим образом:

0000   50 4f 53 54 20 2f 68 61 6e 64 6c 65 70 6f 73 74  POST /handlepost
0010   20 48 54 54 50 2f 31 2e 31 0d 0a 43 6f 6e 74 65   HTTP/1.1..Conte
0020   6e 74 2d 54 79 70 65 3a 20 0d 0a 48 6f 73 74 3a  nt-Type: ..Host:
0030   20 6c 6f 63 61 6c 68 6f 73 74 3a 38 30 38 30 0d   localhost:8080.
0040   0a 43 6f 6e 74 65 6e 74 2d 4c 65 6e 67 74 68 3a  .Content-Length:
0050   20 31 30 39 0d 0a 41 63 63 65 70 74 2d 45 6e 63   109..Accept-Enc
0060   6f 64 69 6e 67 3a 20 67 7a 69 70 0d 0a 55 73 65  oding: gzip..Use
0070   72 2d 41 67 65 6e 74 3a 20 41 70 70 45 6e 67 69  r-Agent: AppEngi
0080   6e 65 2d 47 6f 6f 67 6c 65 3b 20 28 2b 68 74 74  ne-Google; (+htt
0090   70 3a 2f 2f 63 6f 64 65 2e 67 6f 6f 67 6c 65 2e  p://code.google.
00a0   63 6f 6d 2f 61 70 70 65 6e 67 69 6e 65 29 0d 0a  com/appengine)..
00b0   0d 0a fa bf b5 da 76 65 72 73 69 6f 6e 00 00 00  ......version...
00c0   00 00 55 00 00 00 e9 56 ea 91 40 9c 00 00 01 00  ..U....V..@.....
00d0   00 00 00 00 00 00 09 a3 bd 4e 00 00 00 00 01 00  .........N......
00e0   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
00f0   ff ff 6d 7b 74 f5 47 9d 01 00 00 00 00 00 00 00  ..m{t.G.........
0100   00 00 00 00 00 00 00 00 00 00 ff ff 51 db 48 26  ............Q.H&
0110   47 9d 20 c7 46 78 a6 d5 4d 4e 00 01 00 00 00     G. .Fx..MN.....

Какмне нужно правильно читать эти байты?

Answer 1

Проблема - или проблема - в этом бите:

    BufferedReader input =
        new BufferedReader(new InputStreamReader(connectionsocket.
        getInputStream()));

InputStreamReader должен переводиться из байтов в символы, а вы не говорите, какчтобы сделать это - или, другими словами, вы неявно говорите ему использовать набор символов по умолчанию вашей платформы.Кажется, это работает нормально для байтов в диапазоне ASCII (00 до 7F), но разбивает байты за пределы этого диапазона.

Кажется, что ваше приложение отправляет двоичные данные (под этим я подразумеваю-текстовые данные);Вы должны либо изменить его, чтобы закодировать все в текстовой форме, либо не использовать InputStreamReader.(К сожалению, это немного усложняет обработку строк заголовка, поскольку вы больше не можете использовать BufferedReader.readLine().)

Answer 2

Как вы получаете поток ввода?Если вам нужно написать код, чтобы пропустить заголовки, я думаю, что вы не используете HttpURLConnection или какую-либо другую библиотеку.В этом случае вы можете посмотреть на дополнительные биты из кодированной части передачи.

https://en.wikipedia.org/wiki/Chunked_transfer_encoding