Решил но не понял.

Именно про этот кусок я и спрашиваю)

я думаю это чтоб вас запутать))) любое число, меньшее либо равно 255 при бинарном И с числом 255 - даст то же число, что и было например такое

10101010 (170)
&
11111111 (255)
=
10101010 (170)

далее, любое число, меньшее либо равно 255 при бинарном ИЛИ с числом 256 - даст то же число, но с единичкой впереди

010101010 (170)
|
100000000 (256)
=
110101010 (426)

но поскольку мы потом отбрасывем в результате первый разряд ( .substring(1) ) - то получаем то же число, что и было изначально: 10101010 (170)

видимо автор того кода хотел, чтоб вы в этом разобрались сами... а не чтоб я вам это все расписал))

АХхаха спасибо) Посижу поразбираюсь и поразмыслю еще над этим)

а не затем ли это надо, чтобы оставались ведущие нули, если вдруг байт меньше 128, чтобы потом не морочиться с форматом? В этом случае, конечно, все равно И с 255 лишнее, на мой взгляд

хех, да, похоже на то)) но это какой-то сишный подход, как по мне)) вместо того, чтобы просто воспользоваться String.format() - использовать бинарные операции))) в общем, нетривиальный такой ход) я без подсказки так и не смог догадаться зачем это))

Согласен, интересное решение) Однозначно летит в копилку необычных приемов

"& 255" в выражении "bytes[i] & 255 | 256" было бы излишним, если значения bytes[i] в этой задаче изначально являлись интовыми.

System.out.println(192 | 256); //448
System.out.println((byte) 192 | 256); //-64
System.out.println((byte) 192 & 255 | 256); //448