스프링 예외 처리에 대한 초보적인 질문

Question

(예외 처리에 대한 개념이 부족해 질문이 장황합니다)클라이언트가 잘못된 요청을 하는 경우 (Typemismatchexception 등) 서버에서는 사용자에게 안내를 해 주기 위해서 이 오류를 잡아서 처리를 하는데, 클라이언트 오류가 아닌 내부 오류인 경우에도 모든 예외 케이스를 잡아서 처리해야 할까요?아래는 지금 만들고 있는 파일 업로드 기능입니다.컨트롤러에서 MultiPartFile을 받아서 파일이 비어있지 않은지 검증하고, 비어있는 경우 404 코드를 반환하도록 했습니다.그리고 정상적으로 파일이 업로드된 것이 확인되면, 서비스로 동작을 위임하고, 서비스는 fileStore의 storeFile() 메서드를 호출해 파일을 로컬에 저장하도록 하고 있습니다.storeFile() 메서드는 파일이 null인 경우 null을 반환하도록 하고 있는데요, 그렇다면 서비스의 uploadFile(storeFile()의 반환값)이 null인 경우도 if 조건문으로 처리해서 컨트롤러에 null을 반환하도록 해야 하나요?저의 궁금증은, 서비스의 변수 uploadFile이 만에 하나 null이라면 어차피 서버에서 어떻게 처리하지 못할 오류인데, 컨트롤러까지 null을 보내서 처리하지 않고 그냥 NullPointerException이 발생하게 내버려 두고 스프링 예외 페이지를 보여주는 식으로 처리해도 되나 하는 것입니다.// 컨트롤러 코드 &#64;PostMapping(&#34;/settings/profile/image&#34;) public ResponseEntity editProfileImage(&#64;RequestParam(required &#61; false) MultipartFile file, &#64;Login Member loginMember, HttpSession session) throws IOException { // 업로드 파일 검증 if (!file.isEmpty()) { // 검증 (파일 크기, 포맷 등) } else { return new ResponseEntity<>(BAD_REQUEST); } // 검증 완료 &#61;> 파일 업로드를 수행하는 메서드 호출 Member updatedMember &#61; memberService.updateProfileImage(loginMember, file); ... } // 서비스 코드 public Member updateProfileImage(Member loginMember, MultipartFile file) throws IOException { // 파일 로컬에 저장 UploadFile uploadFile &#61; fileStore.storeFile(file, &#34;profile/&#34;); // 파일 이름 DB에 저장 Long userNo &#61; loginMember.getUserNo(); memberRepository.updateProfileImage(userNo, uploadFile); // NPE 발생 가능성 -> 처리 ?? ... } // FileStore 클래스 코드 (파일 저장 클래스) public UploadFile storeFile(MultipartFile file, String additionalPath) throws IOException { if (file.isEmpty()) { return null; } // 업로드 ... }너무 장황한 질문이라 이해가 되셨을지 모르겠습니다 ㅠ_ㅠ

ansdbduf · Accepted Answer

클라이언트 오류는 쥐잡듯이 잡아 throw ClientException을 발생시킨다.공통 예외핸들러에서 ClientException은 친절하게 클라이언트에게 메세지를 전송.공통 예외핸들러에서 그외 서버Exception은 불친절하게 클라이언트에게 메세지 발송 및 추후 예외를 보완하기위한 로깅

kenu,전독시 · Answer

이렇게 하면, 클라이언트 오류와 서버 오류를 명확히 구분하여 처리할 수 있으며, 클라이언트는 요청을 수정할 수 있는 경우와 서버 측에서 발생한 문제를 이해할 수 있습니다. 또한, 서비스 계층에서 예외를 던지지 않고 컨트롤러에서 직접 예외를 잡아 처리함으로써, 서비스 계층의 로직이 더 깔끔하게 유지될 수 있습니다.from: https://www.phind.com/search?cache=x3zm8r7e9ver65kv53dg0wvq

Henry-77 · Answer

http의 응답은 응답코드와 응답데이터로 구성됩니다. 다른 경우는 없습니다.서버 에러라면 코드는 500, 문제는 메시지인데, 사용자에게 내부 오류를 구체적으로 알려주는 것은 보안 관점에서 금지됩니다.

스프링 예외 처리에 대한 초보적인 질문

3개의 답변

Q&A 목록