.Net의 Apache Thrift 비 직렬화의 이상한 동작

Question

내 응용 프로그램에서 Apache Thrift를 사용하여 여러 대의 컴퓨터간에 데이터를 교환합니다.

나는 outspace에서 데이터를 recive, 전송, 프로토콜을 생성하고 recived 데이터 deserialize 개체로. 다른 유형의 직렬화 복원이 예외가 발생하기 때문에 내가 TCciUserLoginV1.cciUserLoginV1_result직렬화 된 바이너리 받아 봐 것으로,

using (var memoryStream = new MemoryStream(data)) 
     { 
      using (var transport = new TStreamTransport(memoryStream, memoryStream)) 
      { 
       transport.Open(); 
       using (var protocolo = new TBinaryProtocol(transport)) 
       { 
        var result = new TCciUserLoginV1.cciUserLoginV1_result(); 

        while (result.Success== null) 
        { 
         try 
         { 
          result.Read(protocolo); 
         } 
         catch { } 
        } 

        if (result.Success != null) 
        { 
         res = new RequestResult(result.Success); 
        } 
        else 
        { 
         res = new RequestResult(ResultCodes.LOCAL_ERROR"); 
        } 
       } 
      } 
     } 

내가 아는 : 다음은 내 코드입니다. 그러나 정상적인 비 직렬화 결과 .Success 속성은 사이클 중 10 번째 반복 이후에만 발생합니다. 왜 내가 을 사용하고을 사용 했는가? 아무도 나에게 무슨 일이 일어나는지 말해 줄 수 있습니까?

미리 감사드립니다.

Answer 1

들어오는 데이터 버퍼에 약간의 가비지가있는 것처럼 보입니다. 그림을 참조하십시오. 아래에 동일한 설정을 사용하여 정확한 샘플 메시지가 상단에 표시됩니다.

데이터의 첫 번째 바이트는 16 비트 필드 ID 뒤에 오는 유형 코드 바이트 여야하지만 샘플에서는 두 숫자가 완전히 제 정신이 아닙니다. 48은 유효한 유형 코드가 아니며 -32248은 싫어합니다. 적절한 필드 ID.

동일한 IDL 정의를 사용하여 그림을 자세히 살펴보고 올바른 표본과 비교하면 메시지가 시작 부분이 아닌 중간에 0x59 오프셋에서 시작한다는 것이 분명해집니다. 따라서 deserialization을 위해 Thrift로 전송 된 데이터는 유효한 데이터 블록이 아닙니다.

심각하게 잘못되었다는 또 다른 표시는 두 데이터 샘플의 크기 차이가 될 수 있습니다 : 2093 바이트 대 93 바이트.

하지만 서비스의 개발자들은 내 모든 코드가 정확한지, 자바 모든으로 변환 한 후주기없이 잘 작동한다는 보장합니다.

이는 사용자가받은 내용과 Decrypt() 루틴의 문제가 있음을 나타낼 수 있습니다. 과장된 추측이지만 그 다음으로 확인해야합니다. 나는 상대방의 암호화와 무엇이 나오는지 비교할 것입니다. 또는 데이터 BLOB를 해독 후 작업중인 Java 테스트 코드가 보는 것과 비교하십시오. 어딘가의 차이가 있어야합니다.