2012-04-04 8 views
0

AFHTTPRequestOperation을 사용하여 1-6 개의 이미지를 웹 서버에 업로드합니다. 이상한 점은 내 "setUploadProgressBlock"에서 진행 상황을보고 할 때이 같은 totalBytesWritten를보고 있다는 것입니다 : 32,768 32,768 32,768 32,768 2420 ... 그리고 나머지의 부분 인 마지막 덩어리까지 2420 반복 유지합니다.AFHTTPRequestOperation 진행률이 고르지 않음

UIProgressView를 사용하여 업로드 진행 상황을보고합니다. 시작 부분의 불균형 청크 (32,768 바이트 청크) 때문에 즉시 30 % 정도로 이동합니다. 나는 기본적으로 처음 네 개의 큰 덩어리를 무시하기 위해 이것을 속였습니다.하지만 누군가가 왜 이것을하는지, 또는 그것을 다루는 더 우아한 방법에 대한 설명이 있는지 궁금합니다. 또한 일단 모든 바이트가 기록되었다고보고되면 몇 초 동안 아무 것도하지 않고 앉아서 부당하게 오래 지연되는 것처럼 보입니다. 나는 이것을 UIActivityIndicator (스피너)로 처리했지만 지연이 너무 길다는 것은 짜증나게한다. 나는 그것이 대상 환경이 될 것이므로 3g에서 테스트됨을 언급해야합니다.

답변

0

totalBytesWritten과 반대로 마지막 일괄 처리에서 업로드 한 바이트 수를보고하는 bytesWritten의 값을 읽지 않았는지 다시 확인할 수 있습니까? 또는 여러 업로드가 동시에 수행되는 경우가있을 수 있습니다. 이러한 콜백을 모두 동일한 콜백에 기록하는 경우 혼동을 줄 수 있습니다.

"아무것도하지 마십시오"라는 메시지가 몇 초 동안 표시되면 서버의 응답을 기다리는 중일 수 있습니다. 그것에 대해 더 자세히 알고 있습니까?

관련 문제