PHP в C # - Сокет - Файл случайно повреждается

Question

У меня есть TCP соединение, клиентом которого является PHP, а сервером является C#

это сокет-соединение передает изображение в socketсервер, но

в случайном порядке несколько раз передача повреждена [образ hash отличается]

PHP Client

$file = file_get_contents('img.bmp');
socket_write($socket,$file.$cordinates); it sends //image + sme other data
$recv = socket_read ($socket, 500, PHP_BINARY_READ) // read the server response

Этот поток всегда передает Растровое изображение изображение + некоторые данные.

---

C #

 this.DataSocket = this.Listner.Accept();
int filelength = this.DataSocket.Receive(this.buffer, this.buffer.Length, SocketFlags.None)

---

я исследовал, что в fresh-browser [недавно открытом] это никогда не подводило.но когда я использовал этот созданный сервис несколько раз часто в одном и том же браузере, это означало сбой.

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

Я думал, что это какая-то проблема с caching, но я отключил caching с помощью headers но такая же проблема существует

Answer 1

Вы не можете просто ожидать одновременной записи всего файла в сокет, а также не можете рассчитывать на чтение файла из сокета за одну операцию.API-интерфейсы чтения и записи сокетов практически для любого API-интерфейса сетевого программирования, от BSD-сокетов до классов WinSock и .NET, будут передавать или получать данные до желаемого количества байтов.

Если вы посмотрите на документацию для PHP socket_write, например:

Возвращает количество байтов, успешно записанных в сокет, или FALSE при ошибке.Код ошибки можно получить с помощью socket_last_error ().Этот код может быть передан в socket_strerror () для получения текстового объяснения ошибки.

Примечание. Для socket_write () вполне допустимо возвращать ноль, что означает, что ни одного байта не было записано.Обязательно используйте оператор == для проверки на ЛОЖЬ в случае ошибки.

Как правило, вы хотите выбрать размер блока, например 4096 или 16384, и циклически передавать или принимать этот размер блока, пока выполучить желаемое количество переданных или полученных байтов.Ваш код должен проверить возвращаемое значение функции отправки или получения, которую вы вызываете, и соответствующим образом настроить указатель файла.Если при передаче возвращается 0, это может означать, что буфер отправки заполнен (не фатально), поэтому продолжайте отправку (может потребоваться задержка отключения (0)).Если при получении возвращается 0, это обычно означает, что другая сторона полностью закрыла соединение.

Один из самых критических недостатков в использовании простого сетевого кода заключается в том, что вы не отправляете размер файла перед отправкой.данные файла, поэтому получатель не может узнать, сколько нужно прочитать, прежде чем отправлять свой ответ.Для такой простой операции, как эта, я бы предложил просто отправить двоичное 32-битное целое число (4 байта).Это будет частью схемы для вашей операции.Таким образом, получатель должен сначала прочитать 4 байта, и из этого узнать, сколько еще байтов нужно прочитать (один размер буфера за раз).Приемник продолжает читать, пока у него не будет столько байтов.

Надеюсь, это поможет.Было бы замечательно, если бы код сокета был таким же простым, как и попытка использования, но, к сожалению, это не так.Вы должны выбрать размер буфера, а затем продолжать чтение или запись буферов такого размера, пока не получите желаемое, и вам не придется передавать другой стороне, какой объем данных вы планируете отправить.

Answer 2

То, что вы думаете, что кеширование как-то связано с этой проблемой, подразумевает, что либо за пределами опубликованного вами кода существует множество функций, влияющих на результат, либо вы очень далеки от понимания проблемы.

Не зная структуры файлов bmp, моя первая задача - как отделить файл от отправленной дополнительной информации.Несколько вещей, которые вы можете попробовать ...

1. Если «$ cordinates» (sic) имеет фиксированный размер, поместите это в начале сообщения, а не в конце
2. Записать размер, отправленный из PHP, и полученный размер.
3. base64 кодировать двоичный файл перед отправкой (и декодировать на принимающей стороне)

Answer 3

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

Я попробовал клиента, используя ASP.NET, но те же результаты.я думаю, что это не проблема с клиентом PHP это, безусловно, проблема сервера сокетов