응용 프로그램이 REST 서비스와 통신 중입니다. Fiddler는 Apps 응답으로 제공되는 완전한 XML 응답을 보여줍니다. 앱이 프랑스 령 폴리네시아에 있고 NZ의 동일한 사본이 작동하므로 주요 용의자가 인코딩을 보였으 나이를 확인하고 빈 손으로 나왔습니다.HTTPWebResponse 응답 문자열이 잘림
스트림 리더에서 출력 문자열 (UTF8 인코딩)을 보면 잘린 부분을 볼 수 있습니다. 그것은 무해한 xml 조각에 있습니다. XmlDocument 개체의 다운 스트림 오류로 인해 XML 문서 개체에 문자열을로드하는 동안 예기치 않은 파일 끝에 오류가 발생했다고합니다.
절사 점
NS6이다 : STS-KRN NS6의 일부 > 1 &
: STS-KRN > 1 </NS6 : STS-KRN > <
가 어느 하나 응답 문자열이나 우리가 점검해야하는 다른 매개 변수의 크기 제한. 나는 모두 아이디어가 부족합니다. 요청시 제공되는 코드.
Stream streamResponse = response.GetResponseStream();
StringBuilder sb = new StringBuilder();
Encoding encode = Encoding.GetEncoding("utf-8");
if (streamResponse != null)
{
StreamReader readStream = new StreamReader(streamResponse, encode);
while (readStream.Peek() >= 0)
{
sb.Append((char)readStream.Read());
}
streamResponse.Close();
}
"감사 노트"/ 서명을 샘플 코드로 바꾸십시오. 당신이 잘못 읽었거나 잘못된 인코딩을 사용했을 가능성이 있습니다. 또한 게시물을 편집하는 동안 샘플 데이터도 코드로 포맷해야합니다. –
Fiddler에서 실제 바이트를 봅니다. 인코딩은 Utf8이 아니며 "ns6 : sts-krn> 1 n'의 일부입니다."사실이 아닙니다 (' 텍스트 편집기에서 볼 수 있음). –
동일한 REST 엔진과 동일한 앱이 NZ에 설치됩니다. 즉 폐쇄 된 시스템이다. NZ에서는 동일한 테스트 트랜잭션이 동일한 문자열을 생성하며 코드에 의해 잘리지 않습니다. 인코딩은 확실히 응답 헤더에서 utf-8입니다.> xml version = "1.0"encoding = "UTF-8"standalone = "yes". FP의 Fiddler는 문제없이 XML 모드에서 응답을 볼 수 있습니다. FP에서 우리 사람은 16 진수 레벨에서 피 들러 응답에 들어가서이 지역에 가짜 문자가 없다는 것을 확인했습니다. –