Блог

Я смотрю на некоторый код, который написал кто-то другой и выглядит так:

 protected override void CloseAndSend(BinaryWriter request, uint lengthPos)
{
request.Seek((int)lengthPos, SeekOrigin.Begin);
request.Write(IPAddress.HostToNetworkOrder((int)(request.BaseStream.Length - lengthPos - sizeof(int))));

//more code here.
}
  

Я понимаю, что IPAddress .HostToNetworkOrder гарантирует, что используется соответствующий порядковый номер, однако какова цель аргументации, т.Е. (int)(request.BaseStream.Length - lengthPos - sizeof(int))) ? Я прочитал это: https://learn.microsoft.com/en-us/dotnet/api/system.net.ipaddress.hosttonetworkorder?view=netcore-3.1 . Я не могу найти никаких примеров и, следовательно, причину вопроса. Я потратил два часа на поиск в Google.

Обновить

Вот код, который заполняет двоичный файл (в правильном порядке):

     byte EOL = 0;
        BinaryWriter writer = new BinaryWriter(new MemoryStream());
        writer.Write(UTF8Encoding.UTF8.GetBytes("API"));
        writer.Write(EOL);
        writer.Write((int)0);
        writer.Write(UTF8Encoding.ASCII.GetBytes("v100..155"));
        //request.BaseStream.Length - lengthPos - sizeof(int)=9
        //writer.BaseStream.Length=17
  

Предположим, вам нужно передать короткое int длинное число по проводу. По проводу вы можете передавать только двоичные данные, и для представления такого числа требуется более 1 байта. Тогда возникает проблема — можно прочитать несколько байтов либо слева направо, либо справа налево, и результаты будут разными. Это означает, что протокол должен указывать это, или, если не указано, должно быть соглашение. Такое соглашение существует для сетевых протоколов, и используется big endian, если не указано иное.

Теперь BinaryWriter всегда используется последовательность текущей архитектуры (вы можете проверить это BitConverter.IsLittleEndian , например, через). Что делать, если ваша текущая архитектура имеет небольшой конец, и вам нужно записать число (например, следующую длину сообщения, которая является обычной в протоколах TCP) по проводам? Допустим, длина равна 1, а количество байтов, зарезервированных для этой длины, равно 2 (таким образом, общая длина равна short ). Если вы просто сделаете

 request.Write(length)
  

в архитектуре с малым конечным порядком два байта 01 — 00 записываются по проводам. Однако 01 — 00 байт в большом конце представляют собой совершенно другое число — 256. Потребитель на другом конце провода, если он принимает большой порядковый номер, как и должно быть, прочитает два байта и интерпретирует их как совершенно разную длину сообщения.

Поэтому, чтобы избежать этого, при необходимости преобразуйте указанное число в большой порядковый номер:

 request.Write(IPAddress.HostToNetworkOrder(length))
  

Если вы используете little endian HostToNetworkOrder , он преобразует short 1 в 256, а затем BinaryWriter , который также использует little endian в этом случае, запишет байты 00 — 01 (представление 256 в little endian). Если вы используете big endian, то HostToNetworkOrder вернет 1 обратно и BinaryWriter снова запишет те же 00 — 01 байт по проводу, обеспечивая согласованное представление.

Чтобы следить за вашим обновлением:

Рассматриваемый код записывает строку «API» в UTF-8 (3 байта), затем некоторый байт EOL (теперь у нас есть 4 байта), а затем резервирует 4 байта, записывая нулевое целое число. Он продолжает записывать другой материал, а затем возвращается обратно в позицию этого зарезервированного 4-байтового целого числа (содержащего все нулевые байты). Затем он вычисляет длину материала, следующего за этим 4-байтовым целым числом («v100..155» и так далее), и записывает эту длину в зарезервированную позицию. Таким довольно странным образом он просто записывает длину следующих данных, что является обычным делом в большинстве протоколов TCP.

Если это весь код, то простой способ сделать то же самое — просто:

     byte EOL = 0;
    BinaryWriter writer = new BinaryWriter(new MemoryStream());
    writer.Write(UTF8Encoding.UTF8.GetBytes("API"));
    writer.Write(EOL);
    var data = UTF8Encoding.ASCII.GetBytes("v100..155");
    writer.Write(IPAddress.HostToNetworkOrder(data.Length));
    writer.Write(data);