Restful WCF Service - возвращаемый байт []?

Question

Я работаю с услугой RESTful WCF. Один из методов службы возвращает байт [] (который содержит файл).

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

Stream stream = webReq.GetResponse().GetResponseStream();

Из этого потока, я затем реконструировать байт [], а затем выводит файл локально. Проблема в том, что восстановленный файл на стороне клиента не похож на файл, который был возвращен со стороны службы (я получаю поврежденный PDF-файл, размер которого намного больше размера, чем тот, который был отправлен со стороны службы). Перед тем, как метод службы вернет байт [], я вывел этот байт [] на диск со стороны службы, и он создал файл в порядке ... Это указывает на то, что происходит неправильный способ возврата байта [] и моей клиентской стороны реконструкции Byte [] из потока на стороне клиента ... восстановить байт [] из потока, я использую следующий метод, который кто-то писал в прошлом на StackOverflow:

public static byte[] ReadFully(Stream input) 
{  
    byte[] buffer = new byte[16*1024];  
    using (MemoryStream ms = new MemoryStream())  
    {   
     int read;   
     while ((read = input.Read(buffer, 0, buffer.Length)) > 0)   
     { 
      ms.Write(buffer, 0, read);   
     }   
     return ms.ToArray();  
    } 
} 

Любые идеи что может пойти не так?

Answer 1

Я полагаю, что ответ с сервера содержит еще один конверт в дополнение к необработанным байтам. Как конверт XML или что-то в этом роде. Который, конечно же, предположил бы, что байты base64 закодированы в ответе, потому что вы не можете хранить двоичные данные в XML. Это также объясняет, почему вы получаете больший буфер на клиенте, чем фактический PDF-файл, отправленный сервером.

Это, конечно же, будет зависеть от того, что связывает вашу службу WCF и как она настроена. Когда вы выгружаете содержимое MemoryStream, вы читаете на клиенте, что именно вы видите? Это должно дать вам дополнительные советы о том, как фактический файл PDF закодирован в теле ответа HTTP.