개린이 개발노트

실무 개발자 필수 HTTP 에러 코드 Top 8

개린이9999 — Tue, 20 May 2025 15:47:47 +0900

✅ 실무 개발자 필수 HTTP 에러 코드 Top 8

코드별 자세한 예시

400 Bad Request

: 클라이언트가 뭔가 잘못 보냄

json

{ "status": 400, "message": "email 필드는 필수입니다." }

예시: @RequestBody로 JSON 보냈는데 key가 없음
비유: 주문서에 이름도 없이 “주문합니다”라고만 씀

401 Unauthorized

: 로그인 안 했거나 토큰 없음

json

{ "status": 401, "message": "로그인이 필요합니다." }

예시: JWT 없이 요청
비유: “신분증 없이 비행기 타겠다는 사람”

*근데 Spring Security는 "요청이 인증 절차에 도달조차 못하면 → 403"을 던짐.

*401은 "너 누구냐?"고 묻는 거

403 Forbidden

: 로그인은 했지만 접근 권한이 없음

json

{ "status": 403, "message": "이 기능은 관리자만 사용할 수 있습니다." }

예시: 일반 사용자가 관리자 메뉴 접근
비유: 사원증은 있는데 회의실 출입권한 없음

*근데 Spring Security는 "요청이 인증 절차에 도달조차 못하면 → 403"을 던짐.

*403은 "너 누군진 알겠는데, 이 요청은 못 해"라고 말하는 거

404 Not Found

: 요청한 URL, 리소스가 없음

json

{ "status": 404, "message": "해당 ID의 게시글이 존재하지 않습니다." }

예시: /board/9999 요청했는데 그 글 없음
비유: 없는 가게에 배달 시도

405 Method Not Allowed

: 지원하지 않는 HTTP 메서드 요청

json

{ "status": 405, "message": "GET 방식은 지원되지 않습니다." }

예시: @PostMapping에 GET 요청 보냄
비유: “주문은 말로만 받는데 글로 써냄”

409 Conflict

: 현재 상태와 충돌

json

{ "status": 409, "message": "이미 등록된 이메일입니다." }

예시: 동일한 이메일로 회원가입 시도
비유: 중복 예약 시도

415 Unsupported Media Type

: 서버가 이해하지 못하는 Content-Type

json

{ "status": 415, "message": "지원되지 않는 형식입니다. (application/json만 허용)" }

예시: 서버는 JSON만 받는데 XML로 요청
비유: 외국어로 말했더니 못 알아들음

500 Internal Server Error

: 서버 자체 문제 (버그, 예외 등)

json

{ "status": 500, "message": "NullPointerException 발생" }

예시: 로직 오류, DB 연결 실패
비유: 주방장이 국 대신 설탕을 넣음

✅ 개발자가 반드시 기억해야 할 포인트 요약

상황 상태코드

필수 파라미터 누락, 잘못된 형식	400
로그인 안 한 사용자	401
로그인은 했는데 권한 없음	403
존재하지 않는 리소스 요청	404
요청 방식(GET/POST 등) 틀림	405
이미 존재하는 데이터 등록	409
Content-Type 잘못됨	415
코드 오류, 서버 예외	500

클래스 VS 객체 VS 인스턴스 차이

개린이9999 — Tue, 20 May 2025 14:57:58 +0900

한 줄 정의 요약

용어의미

클래스(Class)	객체를 만들기 위한 설계도
객체(Object)	클래스에 따라 메모리에 만들어진 실제 실체
인스턴스(Instance)	객체와 거의 같지만, "메모리에 올라가 있다"는 의미를 강조할 때 사용

✅ 즉, 클래스 → 객체를 만들고 → 메모리에 올라가면 인스턴스

☕ 비유: “건축 설계도와 건물”

✅ 코드 예제

// 클래스: 설계도 public class Robot { String name; void speak() { System.out.println(name + "이 말한다"); } }

// 객체 생성: 실체 만들기 Robot r1 = new Robot(); r1.name = "뚜비"; // r1은 Robot 클래스의 '인스턴스' r1.speak();

용어 정리표

쉽게 기억하는 법

클래스는 "정의"
객체는 "실체"
인스턴스는 "실행 중"

Dog dog1 = new Dog(); Dog dog2 = new Dog();

Dog → 클래스
dog1, dog2 → 객체 2개
둘 다 Dog의 인스턴스

최종 핵심 요약

항목 클래스 객체 인스턴스

개념	설계도	실체	메모리에 올라간 객체
생성 시기	코드 작성	new 키워드	new 이후 실행 중
관계	객체를 만들기 위한 틀	클래스 기반으로 만들어짐	객체 = 인스턴스 (거의 동의어)

객체란?

개린이9999 — Tue, 20 May 2025 14:55:44 +0900

✅ 객체란? 한 줄 정의

객체 = 상태(값) + 행동(기능)을 가진 실체.

즉, 어떤 정보를 담고 있고, 그걸 처리하는 동작(메서드)도 함께 가진 단위야.

☕ 비유: "로봇"

너가 '로봇'을 만든다고 생각해보자.

로봇의 이름, 배터리잔량, ID번호 = 상태 (필드/멤버 변수)
로봇의 걷기(), 충전하기() = 행동 (메서드)

이걸 자바로 표현하면 객체가 돼.

✅ 예시 코드: 객체로 표현한 로봇

public class Robot { String name; int battery; public void walk() { battery -= 10; System.out.println(name + "이 걷는다. 남은 배터리: " + battery); } public void charge() { battery = 100; System.out.println(name + " 충전 완료!"); } }

Robot r1 = new Robot(); //   객체 생성 r1.name = "뚜비"; r1.battery = 80; r1.walk(); //   행동 실행 r1.charge(); //   또 다른 행동

r1 이라는 변수에 저장된 게 바로 객체
→ 필드(name, battery)와 메서드(walk(), charge())를 모두 가지고 있는 실체

✅ 객체가 왜 필요한데?

코드 재사용이 쉬움 (필요할 때마다 로봇 복사 가능)
현실 세계 모델링에 적합 (사람, 주문서, 게시글 같은 걸 그대로 표현 가능)
데이터랑 기능을 하나로 묶음 → 유지보수, 설계에 유리

✅ 객체 = 데이터 + 기능 묶음

구성 요소예시

상태	name, battery, age, id
행동	walk(), charge(), update()

객체와 직렬화(Serializable)는 어떤 관계?

객체는 메모리에만 존재해 → 꺼내거나 보내려면 ‘직렬화’가 필요해!

예를 들어, 세션에 사용자 정보를 저장하려면:

public class User implements Serializable { String name; int age; }

이걸 직렬화하면 → byte[] 로 바뀜 → 디스크, 네트워크, 세션 저장 가능
(마치 사람의 정보를 종이에 써서 포장해 택배로 보내는 느낌)

진짜 핵심 정리

개념설명비유

객체	값(상태)과 기능(행동)을 가진 실체	"로봇" (이름 + 걷기능력)
인스턴스	new로 만든 객체의 실체	뚜비, 나나 등
직렬화	객체를 바이트로 바꾸는 작업	사람 정보를 종이에 써서 택배 포장

✅ 네가 정말로 이해해야 할 핵심 포인트

클래스는 설계도고
**객체는 그걸 기반으로 만든 실체(인스턴스)**야
객체는 상태와 동작을 모두 포함하는 데이터 단위야
이걸 저장/전송하려면 직렬화(Serializable)가 필요해

@ManyToOne, @OneToMany, @OneToOne, @ManyToMany

개린이9999 — Tue, 20 May 2025 13:13:05 +0900

@ManyToOne, @OneToMany, @OneToOne, @ManyToMany는 객체 간 관계를 정의하는 어노테이션

데이터베이스의 외래키(FK)와 1:N, N:1 같은 개념을 자바 객체에서도 표현해주는 것

예를들어

회사(COMPANY) 와 직원(EMPLYOEE)의 관계를 생각해보면,

1. @ManyToOne (N:1 관계)
많은 객체가 하나의 객체를 참조함

@Entity
public class Employee {

    @Id @GeneratedValue
    private Long id;

    private String name;

    @ManyToOne
    @JoinColumn(name = "company_id")  // FK 컬럼 이름
    private Company company;  // 직원은 하나의 회사에 소속
}

이렇게 하면 DB에는 employee 테이블에 company_id FK가 생김

2. @OneToMany (1:N 관계)
하나의 객체가 여러 개를 참조함

@Entity
public class Company {

    @Id @GeneratedValue
    private Long id;

    private String name;

    @OneToMany(mappedBy = "company")  // 상대방 필드명
    private List<Employee> employees = new ArrayList<>();
}

mappedBy는 연관관계 주인이 아님을 명시하는 것. (DB에 FK 안 만들어짐)

둘 다 연결하면?

@Entity
public class Person {

    @Id
    private Long id;

    @OneToOne
    @JoinColumn(name = "card_id")
    private IDCard idCard;
}

@Entity
public class IDCard {

    @Id
    private Long id;

    private String cardNumber;
}

이렇게 하면 양방향 관계가 되고, JPA는 이를 기반으로 쿼리를 생성함.

3. @OneToOne (1:1 관계)

@Entity
public class Person {

    @Id
    private Long id;

    @OneToOne
    @JoinColumn(name = "card_id")
    private IDCard idCard;
}

@Entity
public class IDCard {

    @Id
    private Long id;

    private String cardNumber;
}

사람 한 명은 주민등록증 하나. @OneToOne은 두 객체가 서로 1:1 대응될 때 사용함.

4. @ManyToMany (N:N 관계)

@Entity
public class Student {

    @Id
    private Long id;

    @ManyToMany
    @JoinTable(
        name = "student_subject",
        joinColumns = @JoinColumn(name = "student_id"),
        inverseJoinColumns = @JoinColumn(name = "subject_id")
    )
    private List<Subject> subjects;
}

@Entity
public class Subject {

    @Id
    private Long id;

    private String name;

    @ManyToMany(mappedBy = "subjects")
    private List<Student> students;
}

이 경우 중간 테이블(student_subject)이 자동으로 생성됨

요약 표
관계 설명 JPA 어노테이션
1:N 회사 - 직원 @OneToMany, @ManyToOne
1:1 사람 - 주민등록증 @OneToOne
N:N 학생 - 과목 @ManyToMany

실제 개발 시 팁
대부분 실무에서는 @ManyToOne을 주로 사용 (N:1 구조가 많음)

@OneToMany는 단독으로 사용하면 성능상 불리할 수 있음 (즉시 로딩, N+1 이슈 등)

양방향보다 단방향 관계로 설계하고, 필요한 경우만 양방향 사용

DTO로 관계 객체는 필요에 따라 제한적으로 넘겨야 함 (무한 루프 방지)

@PreAuthorize

개린이9999 — Fri, 16 May 2025 08:28:28 +0900

정의 : @PreAuthorize는 Spring Security에서 메서드 실행 전에 권한을 체크하기 위해 사용하는 어노테이션

-> @PreAuthorize는 “이 메서드를 누가 실행할 수 있는지”를 미리 제한하는 용도

예시 코드

@PreAuthorize("hasRole('ADMIN')")
public void deleteUser(String id) {
    // 관리자만 실행 가능
}

@PreAuthorize("#userId == authentication.name")
public void updateMyPage(String userId) {
    // 로그인한 사용자 본인만 접근 가능
}

@PreAuthorize("isAuthenticated()")
public List<Post> getMyPosts() {
    // 로그인한 사용자만 글 목록 조회 가능
}

주의 사항

@PreAuthorize 쓰려면 보안 설정 클래스에 아래처럼 설정해야 작동함:

@EnableGlobalMethodSecurity(prePostEnabled = true)

@RequestParam, @PathVariable, @RequestBody, @RequestPart 차이 한눈에 정리

개린이9999 — Fri, 16 May 2025 08:22:34 +0900

상세 예제 비교

1. @RequestParam

@GetMapping("/search")
public String search(@RequestParam String keyword) {
    return "검색어: " + keyword;
}

요청 예시:

GET /search?keyword=건축

2. @PathVariable

@GetMapping("/user/{id}")
public String getUser(@PathVariable Long id) {
    return "ID: " + id;
}

요청 예시:

GET /user/123

3. @RequestBody

@PostMapping("/user")
public String createUser(@RequestBody UserVO user) {
    return "이름: " + user.getName();
}

요청 예시:

POST /user
Content-Type: application/json

{
  "name": "홍길동",
  "age": 30
}

4. @RequestPart

@PostMapping("/upload")
public String upload(
    @RequestPart("file") MultipartFile file,
    @RequestPart("meta") UploadMeta meta) {
    return "파일명: " + file.getOriginalFilename();
}

요청 예시:

multipart/form-data로 JSON + 파일 같이 보낼 때

보통 파일 업로드 + 폼 데이터 같이 처리할 때 사용

@controller @restcontroller 차이

개린이9999 — Thu, 9 Jan 2025 15:27:28 +0900

@Controller와 @RestController는 둘 다 Spring Framework에서 사용되는 어노테이션으로, 주된 차이점은 HTTP 요청에 대한 응답 형식과 목적에 있습니다.

1. @Controller

주요 목적:
- Spring MVC의 전통적인 컨트롤러로, **뷰(template)**를 반환하는 데 사용됩니다.
- HTML, JSP 등 뷰를 렌더링하기 위한 데이터를 모델에 추가한 후, 뷰 이름을 반환합니다.
동작 원리:
- 메서드에서 반환된 값은 뷰 이름으로 간주됩니다.
- 데이터를 뷰에 전달하기 위해 Model 객체를 사용합니다.
예시:

java

코드 복사

@Controller public class ExampleController { @GetMapping("/example") public String example(Model model) { model.addAttribute("message", "Hello, World!"); return "exampleView"; // exampleView.jsp 또는 exampleView.html } }
- 브라우저는 HTML 페이지(예: exampleView.jsp)를 받습니다.

2. @RestController

주요 목적:
- RESTful API를 구현하는 데 사용됩니다.
- HTTP 요청에 대해 JSON 또는 XML 형식의 데이터를 직접 반환합니다.
동작 원리:
- @RestController는 @Controller와 @ResponseBody를 합친 것과 동일한 동작을 합니다.
- 모든 메서드의 반환값은 **응답 본문(body)**에 직렬화되어 클라이언트로 전송됩니다.
예시:

java

코드 복사

@RestController public class ExampleRestController { @GetMapping("/example") public Map<String, String> example() { Map<String, String> response = new HashMap<>(); response.put("message", "Hello, World!"); return response; // {"message": "Hello, World!"} } }
- 브라우저나 클라이언트는 JSON 데이터를 받습니다.

3. 차이점 요약

특징@Controller@RestController

주된 용도	뷰 반환 (HTML, JSP)	JSON 또는 XML 데이터를 반환
기본 반환 동작	뷰 이름으로 처리	HTTP 응답 본문(body)로 반환
뷰 템플릿 사용 여부	사용 가능 (JSP, Thymeleaf 등)	사용하지 않음
결합 어노테이션	@Controller	@Controller + @ResponseBody
예제 응답 형식	HTML 페이지 (예: JSP, Thymeleaf)	JSON 데이터 (RESTful API 응답)

4. 언제 사용해야 하나요?

@Controller:
- 서버에서 렌더링된 **뷰(HTML, JSP 등)**를 반환해야 하는 경우.
- 웹 애플리케이션의 전통적인 MVC 아키텍처를 구현할 때.
@RestController:
- RESTful API를 개발하거나, 클라이언트와 데이터를 JSON/XML 형식으로 주고받아야 할 때.
- 프론트엔드(React, Vue.js 등)가 백엔드 API와 통신해야 할 때.

항해 플러스3기 수료생 후기(백엔드) 현업 개발자 부트캠프

개린이9999 — Tue, 20 Feb 2024 16:37:09 +0900

길고 긴 11주의 여정이 끝났다. 원래는 10주였는데 설날이 끼여서 11주동안 진행했다. 개인적으로 공부를 하고 있지만

나와 비슷한 연차의 개발자들은 어떻게 공부하는 지 그리고 실제로 현업에서 어떤 기술들이 유용한 지 공부하고 싶어서 지원했다.

위와 같은 챕터로 진행된다. CI/CD 파이프라인 구축은 개인적으로 가장힘든 프로젝트였다. 신입이 보통 하지 않는 업무다 보니.. 그치만 반대로 신입이 할 수 없는 업무를 직접 경험해 보아서 좋았다.

인텔리제이도 스프링부트도 어색했지만(회사에서는 전자정부, 스프링을 쓴다) 하다보니 익숙해졌고, 미약게나마 프로젝트를 만들었다. 많이 부족했지만 이런게 있고, 이런 경험을 해본다는게 정말 큰 경험 이었다.

다음은 TDD 서버구축. TDD라는 것을 많이 들어보긴했지만 왜해야하는지 어떻게 해야하는 지 몰랐는데 직접해보고나니 그 필요성을 절실히 느꼈고 개인적으로 가장 재밌는 챕터중에 하나였다. 너무 욕심을 많이 부려서 레포지토리를 몇개 생성하긴 했지만 하면서 가장 실력이 많이 향상됐다고 느끼는 챕터였다.

다음은 통합모니터링서버 구축, 장애대응 챕터였는데 ngrinder를 통해 내가만든 api 부하테스트를 해보았다. ngrinder를 처음 써보고 어색하기도 했지만 주변 동기들과 코치님들의 도움으로 진행할 수 있었다.

위의 프로젝트들은 전부 개인프로젝트였다면 팀프로젝트를 만들고 직접 발표까지 하게된 가장 애정(?)있는 프로젝트이다.

오픈소스를 기여하거나 생성하는 프로젝트였는데 직접 오픈소스를 생성했다.

인텔리제이 플러그인을 만들었다.

https://github.com/hhplus3-team4/dependencies-version-helper/tree/develop

GitHub - hhplus3-team4/dependencies-version-helper

Contribute to hhplus3-team4/dependencies-version-helper development by creating an account on GitHub.

github.com

위 프로젝트 인데 스프링에서 디펜던시 버전을 관리해주는데도 불구하고 빌드그래들에 불필요한 버전명시를 해서 그 기능을 활용하지 못하는것에 대한 방지로 플러그인을 제작하게 되었다.

직접 발표준비도하고 발표도 하면서 쉽진 않았지만 개발적으로 한층 성장함을 느껴서 좋았다. 항해를 하면서 여러 프로젝트를 만들 수 있어서 좋았다.

만약에 관심있으면 지인추천 제도를 활용하면 특별할인도 있다고 하니 관심있는 분들은

https://hanghae99.spartacodingclub.kr/plus/apply/be

IT 커리어 성장 코스 항해99, 첫 취업부터 현직자 코스까지

항해99는 실무에 집중합니다. 최단기간에 개발자/PM으로 취업하고, 현직자 코스로 폭발 성장을 이어가세요. 실전 프로젝트, 포트폴리오 멘토링, 모의 면접까지.

hanghae99.spartacodingclub.kr

여기로 지원하시고 지원하실 때 3기 김상훈이라고 입력하면 추가할인 있으니까 꼭!! 추가할인 받길!!

* 위로 지원하시고 등록까지완료하신분 연락주시면 3기 경험 더욱 더 자세하게 알려드리고 항해플러스에 필요한 자료도 제공해드리겠습니다!

여하튼, 주니어개발자라면 꼭 한번 지원해볼만하다고 생각한다. 물경력이라는 고민이 든다면 꼭 지원하길 .. 자기자신이 많이 부족하다는 걸 깨닫게 되지만 반대로 또 깨닫게 되어서 다행이다라는 생각도 들게하는 항해플러스 3기였다.

사실.. 15기정도에 한번더 지원하고싶긴하다..ㅎㅎ

[IntelliJ] Generate 단축키 (윈도우)

개린이9999 — Thu, 1 Feb 2024 14:30:26 +0900

Alt + Insert

@RequestParam, 쿼리스트링

개린이9999 — Fri, 12 Jan 2024 10:56:20 +0900

@RequestParam은 Spring Framework에서 웹 요청의 파라미터를 메서드의 매개변수로 바인딩하기 위해 사용되는 어노테이션입니다. 주로 웹 애플리케이션의 컨트롤러에서 사용되며, HTTP 요청의 파라미터를 컨트롤러 메서드의 매개변수로 전달받을 때 활용됩니다.

@RequestParam은 다양한 속성을 제공하여 파라미터의 동작을 커스터마이징할 수 있습니다. 가장 간단한 형태는 아래와 같습니다

@GetMapping("/example")
public String exampleMethod(@RequestParam String parameterName) {
    // 메서드 내용...
    return "result";
}

위의 예시에서 parameterName은 HTTP 요청의 파라미터 중에서 "parameterName"이라는 이름의 값을 받아옵니다. 이 값은 자동으로 문자열로 변환되어 매개변수에 전달됩니다.

일반적으로 @RequestParam의 주요 속성은 다음과 같습니다:

name: 요청 파라미터의 이름을 지정합니다. 기본값은 메서드 매개변수의 이름과 동일합니다.
required: 해당 파라미터가 반드시 필요한지 여부를 나타냅니다. 기본값은 true이며, false로 설정하면 요청에 해당 파라미터가 없어도 됩니다.
defaultValue: 요청에 해당 파라미터가 없을 경우 사용할 기본값을 지정합니다.
예를들어

@GetMapping("/example")
public String exampleMethod(
    @RequestParam(name = "param", required = false, defaultValue = "default") String parameter) {
    // 메서드 내용...
    return "result";
}

이 경우 "param"이라는 이름의 요청 파라미터를 받아오며, 해당 파라미터가 없을 경우 기본값으로 "default"를 사용합니다.

@RequestParam은 주로 HTTP GET 요청의 쿼리 문자열이나 POST 요청의 폼 데이터를 처리하는 데에 사용되며, 컨트롤러 메서드의 매개변수로 받은 값을 활용하여 비즈니스 로직을 수행할 수 있습니다.

HTTP GET 요청의 쿼리 문자열(쿼리스트링)은 URL에 포함된 매개변수로, 클라이언트가 서버에 데이터를 전달하는 방법 중 하나입니다. 쿼리 문자열은 URL의 끝에 물음표(?)로 시작하며, 그 뒤에 key=value 형태로 매개변수를 전달합니다. 여러 매개변수를 전달할 때는 앰퍼샌드(&)로 구분합니다.

예를 들어, 다음은 이름과 나이라는 두 개의 매개변수를 포함한 간단한 HTTP GET 요청의 URL입니다:

http://example.com/user?name=John&age=25

위 URL에서 "name"과 "age"는 각각 매개변수의 이름이고, "=" 뒤에 오는 값은 해당 매개변수의 값입니다.

Spring Framework에서는 @RequestParam 어노테이션을 사용하여 이러한 쿼리 문자열의 매개변수를 컨트롤러 메서드의 매개변수로 쉽게 바인딩할 수 있습니다. 예를 들어, 다음은 Spring 컨트롤러에서 쿼리 문자열의 매개변수를 받아오는 예시입니다:

@GetMapping("/user")
public String getUserInfo(
    @RequestParam String name,
    @RequestParam int age) {
    // name과 age를 사용하여 비즈니스 로직 수행
    return "User Information";
}

이런 식으로 컨트롤러 메서드의 매개변수에 @RequestParam 어노테이션을 사용하면 Spring이 자동으로 쿼리 문자열에서 해당 매개변수를 추출하여 바인딩해줍니다.

총 정리

pring Framework에서는 웹 요청의 파라미터를 컨트롤러 메서드의 매개변수로 바인딩하기 위해 @RequestParam 어노테이션을 사용합니다. 이 어노테이션은 HTTP 요청에서 파라미터를 추출하여 메서드의 매개변수에 자동으로 매핑해줍니다.

아래는 간단한 예시를 통해 설명하겠습니다

import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RequestParam;

@Controller
public class MyController {

    @GetMapping("/example")
    public String exampleMethod(@RequestParam String parameterName) {
        // 메서드 내용...
        return "result";
    }
}

이 예시에서 /example 경로로 들어오는 HTTP GET 요청에서 parameterName이라는 이름의 파라미터를 추출하여 exampleMethod 메서드의 매개변수로 자동으로 바인딩합니다.

다른 예시를 통해 몇 가지 중요한 사항을 살펴보겠습니다:

import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RequestParam;

@Controller
public class MyController {

    @GetMapping("/user")
    public String getUserInfo(
        @RequestParam String name,
        @RequestParam int age) {
        // name과 age를 사용하여 비즈니스 로직 수행
        return "User Information";
    }
}

이 경우 /user 경로로 들어오는 HTTP GET 요청에서 "name"과 "age"라는 두 개의 파라미터를 추출하여 각각 name과 age 매개변수에 자동으로 바인딩합니다. Spring은 자동으로 매개변수의 타입에 맞게 변환을 수행합니다.

또한, 기본적으로 @RequestParam은 해당 파라미터가 반드시 필요한 것으로 간주됩니다. 만약 필수가 아닌 파라미터라면 required 속성을 false로 설정하여 해당 파라미터가 없어도 컨트롤러 메서드를 호출할 수 있습니다. 또한, 기본값을 설정할 수도 있습니다.

import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RequestParam;

@Controller
public class MyController {

    @GetMapping("/user")
    public String getUserInfo(
        @RequestParam(name = "name", defaultValue = "Guest") String userName,
        @RequestParam(name = "age", required = false) Integer userAge) {
        // userName과 userAge를 사용하여 비즈니스 로직 수행
        return "User Information";
    }
}

위의 예시에서 name 파라미터는 기본값으로 "Guest"를 갖고, age 파라미터는 필수가 아닙니다. 만약 요청에 name이 포함되지 않으면 "Guest"로 기본값이 설정되고, age가 포함되지 않아도 userAge 매개변수는 null로 설정됩니다.