[트러블 슈팅] 6. 통신 중요 조건

편준민

Jun 10, 2025

Contents

1. 서버 측 유효성 감사 2. 클라이언트 측 유효성 검사

❗

오류가 안나면 if로 처리하고, 나면 try-catch로 잡는다.

1. 서버 측 유효성 감사

❗

프로토콜과 다른 데이터가 들어오면 검증하는 것이 좋다. 아니면 예외가 발생한다.


  try { // 트라이캐치로 유효성 검사
                msg = reqBody.split(":")[1];
                switch (method) {
                    case "GET":
                        respBody = doGet(msg);
                        break;
                    case "POST":
                        respBody = doPost(msg);
                        break;
                    case "PUT":
                        respBody = doPut(msg);
                        break;
                    case "DELETE":
                        respBody = doDelete(msg);
                        break;
                    default:
                        respBody = "404";
                }
            } catch (RuntimeException e) {
                respBody = "프로토콜이 잘못 됐어요 : GET:msg, POST:msg, PUT:msg, DELETE:msg 가 필요해요";
            }

클라이언트가 잘못 보냈을 경우 서버에서 프로토콜이 다른 데이터가 들어왔다고 클라이언트에게 보내준다.

2. 클라이언트 측 유효성 검사

❗

서버에 가기 전에 데이터를 검증하는 방법이다

이렇게 하면 서버의 부하가 적어진다.


 // GET:, POST:, PUT:, DELETE: 로 시작하는게 아니면!!
                if (!(reqBody.startsWith("GET:") ||
                        reqBody.startsWith("POST:") ||
                        reqBody.startsWith("PUT:") ||
                        reqBody.startsWith("DELETE:"))) {
                    System.out.println("GET:, POST:, PUT:, DELETE: 로 시작해주세요.");
                } else {
                    break;
                }

유효성 검사로 인해서, 프로토콜과 다른 데이터가 서버측으로 전달되지 않기 때문에 서버의 부하가 적어진다.

See more posts

[트러블 슈팅] 6. 통신 중요 조건

1. 서버 측 유효성 감사

2. 클라이언트 측 유효성 검사

More articles

[트러블 슈팅] 8. 클래스 리턴 오류

[트러블 슈팅] 7. 모르는 코드는 분리해서 테스트

[트러블 슈팅] 5. 영화 앱 만들기 (좌석 수 뽑기)

[트러블 슈팅] 4. 변수 값을 지정하지 않음