Socket InputStream read() 가 될 때도 있고, 안 될 때도 있는 경우.. (도움 부탁드립니다)

Question

인턴중인 회사에서 작은 WAS를 만들어보고 있습니다.HTTP Request를 inputstream으로 read하는 부분에서 문제가 생겼습니다.byte[] byteBuffer &#61; new byte[1024];while((readByteCount &#61; in.read(byteBuffer)) > 0){ for(byte thisByte : byteBuffer) { }}위와 같이 평범하게.. 읽었는데,똑같은 요청에도, 요청이 들어오면 한 번에 잘 동작할 때가 있고, 요청이 들어오면 read를 못 할 때가 있습니다.. (보통 브라우저를 새로 열고 첫 요청 때 많이 발생합니다.)요청이 안될때는, 한 번 더 요청하면 잘 동작합니다. (아마도, 밀려 있던 요청이 한꺼번에 들어오는 것 같습니다)디버깅을 해 보면, read에서 걸리고 timeout으로 넘어가 그 이후에는 동작하지 않습니다. 2~3일을 고민하다가 질문 올려봅니다..혹시 해결의 실마리라도 떠오르신다면 답변 부탁드립니다! 감사합니다!!

ppppqqqq · Answer

read 메소드의 리턴 코드는 뭔가요?

KimLake · Answer

#ppppqqqqread 메소드 리턴 코드는,while() 조건 부분을 말씀하시는 건가요?int readByteCount 입니다!

yeori · Answer

in.read(...) 에서 1024바이트를 만땅 읽었으면 뒤에 이어지는 for 문이 정상적동합니다.그런데 in.read(...)가 예를 들어서 800바이트만 읽었다면 버퍼 1024바이트중에 뒤에 224 바이트는 읽으면 안되는 쓰레기 값입니다. 이전에 읽은 1024바이트의 뒷부분일수 있고 전부 0일수도 있을테고in.read(..)가 반환한 값, 그러니까 방금 몇바이트를 읽었는지는 변수 readByteCount에 담겨있습니다foreach 문으로 전부 돌리면 안되고 딱 readByteCount 만큼만 루프를 돌려야 합니다while (....) { for (int i &#61;0; i < readByteCount; i&#43;&#43;) { ..... } }

KimLake · Answer

yeori 그렇군요! 부족한 부분 알려주셔서 감사합니다!!코드 바꿔봤는데 작동은 똑같네요..read() 부분에서 block 상태인 것 같은데 골치 아프네요ㅠ혹시 몰라서, 소켓 연결되는 부분에서 요청을 받자 마자 available() 메소드로 찍어보니 0 이 찍히네요..Socket socket &#61; serverSocket.accept(); InputStream in &#61; socket.getInputStream(); System.out.println(in.available()); // 0이 찍힐때도 있고, 제대로 받는 경우((ex)538) 도 있음.. 이렇다면 처음 요청할 때는, 아예 inputStream에 데이터가 없는 것 같은데,될 때도 있고 안 될 때도 있는 상황이 참 어렵기만 하네요..혹시 짐작가시는 상황이 있을까요?

yeori · Answer

그렇게 block 되는 경우는 대부분 이렇습니다1. 보내는 쪽은 이미 다 보냈는데, 받는 쪽은 더 받으려고 기다림&#61; 송신측: 다 보냈는데 왜 말이 없지?&#61; 수신측: 왜 더 안보내지?2. 단일 스레드에서(설계실패) 계속 보내려고 하는데, 받는 쪽에서 읽어주지 않음(병목)&#61; 송신측: 더 보내야 하는데 왜 읽지를 않냐? &#61; 수신측: 읽은거 응답 보냈는데 왜 읽지를 않냐?네트워크 프로그래밍의 기본은 &#34;지금부터 내가 너한테 정확히 이만큼 보내니까 너도 정확히 그만큼 읽어라&#34;입니다이게 어긋나면 한쪽은 다 보냈다고 하는데 다른 한쪽에서는 계속 기다리고 먹통이 됩니다. 또는 더 보내려고 하는데 반대쪽에서는 읽어주지를 않아서 먹통됩니다WAS 도 HTTP 서버니까, 얘네들은 1. 헤더를 따내는 구현 (

까지 잘라냄)2. body를 따내는 구현...부터 잘 만들어야 합니다여기서 꼬이면 헤더 파싱도 안되고 죽도 밥도 안됩니다

yeori · Answer

available()은 &#34;내가 지금 read 하면 몇바이트나 읽을 수 있냐?&#34;라는 뜻입니다로컬에서 파일스트림을 열면 파일 사이즈만큼이 나오고(다 읽을 수 있다) 소켓 연결의 경우 상대방이 보낸게 하나도 도착하지 않으면 0이 나옵니다. available()이 884를 반환했을때 시제로 read 하는 타이밍에는 쪼금 더 데이터가 와있을 수도 있겠죠지금 겪는 문제와는 별 관련이 없어보이고, 헤더부터 따낸 후에 여기서 content-length 필드를 따낸 후 정확히 그만큼을 읽어들여야 합니다

KimLake · Answer

친절한 답변 정말 감사합니다..! 처음 올려보는 질문인데 이렇게 정성스러운 답변 얻을 수 있었다면 진즉에 올려볼 걸 하는 생각이 드네요! :) 코드 얘기로 돌아가면,, 답변 달아주신 말씀이 다 맞는 말씀입니다.제 상황에서는, 말씀해주신 헤더. 즉 content-length 필드를 따낼 수 있다면,, 하는 마음이 듭니다.최초 브라우저에서 요청을 할 때, 해당 소켓의 HTTP Header를 읽기 위한 while(in.read()) 밑으로는 한 바이트도 찍히거나 동작하지 않습니다.그런데 문제는,, 아예 안되면 되게 고치면 되겠는데 잘 동작하는 경우가 많다는 점입니다..크롬 시크릿 창 에서는 최초 request 부터 끝까지 잘 동작합니다.Edge 에서도 최초 Request 부터 끝까지 잘 동작합니다. 그런데, 유독 크롬(시크릿 모드가 아닌) 에서만. 두 번에 한 번 꼴로 최초 Request가 동작하지 않습니다.ㅠ 코드는 거짓말을 안한다고, 물론 코드가 문제가 있기에 이런 에러가 발생하는 것이라 생각합니다.다른 부분은 다 동작하게끔 구현을 마쳤고 며칠째 이 부분을 해결을 못하고 있어서 질문 올렸었습니다..!

Socket InputStream read() 가 될 때도 있고, 안 될 때도 있는 경우.. (도움 부탁드립니다)

7개의 답변

Q&A 목록