❗ GET

리소스 조회

• URI 형식으로 웹 서버측 리소스(데이터)를 요청
• 존재하는 자원에 대한 요청

❗ POST

데이터 생성

• 내용 전송(파일 전송 가능)
• 클라이언트에서 서버로 전달하고자 하는 정보를 서버로 보냄
• 주로 데이터 등록에 사용

❗ PUT

리소스 변경 (대체)

• 존재하는 리소스에 대한 변경 (전체적인 수정)
• 해당 리소스가 없으면 생성
• 파일 전송 가능

❗ PATCH

리소스를 일부만 변경

❗ DELETE

리소스 삭제

• DELETE의 경우 서버에서 클라이언트의 요청을 무시 가능하기 때문에 실제로 삭제되지 않았지만, 클라이언트는 파일이 삭제 되었다고 생각할 수 있다.

❗ HEAD

서버 헤더 정보를 획득

• GET과 유사한 방식이지만, 실제 문서를 요청하는 것이 아니라, 문서 정보를 요청
• 이에 따라 HTTP 응답 메세지에 본문(Body)없이 HTTP 헤더 정보와 상태줄만 반환.

❗ OPTIONS

서버 옵션들을 확인하기 위한 요청

• 대상 리소스에 대한 통신 가능 옵션을 설명
• 웹 서버측 제공 메소드에 대한 질의
• 이 경우 응답 메세지에 HTTP 헤더 항목 중 'Allow: GET, POST, HEAD'처럼 보내게 된다.
• 주로 CORS에서 사용

❗ CONNECT

• 대상 자원으로 식별되는 서버에 대한 터널을 설정
• 이 메소드는 요청한 리소스에 대해 양방향 연결을 시작하는 메소드

❗ TRACE

• 요청 리소스가 수신되는 경로를 보여줌.
• 대상 리소스에 대한 경로를 따라 메시지 루프백 테스트를 수행

• 안전: 계속 메소드를 호출해도 리소스를 변경하지 않는다는 뜻
• 멱등: 메소드를 계속 호출해도 결과가 똑같다는 뜻
• 캐시 가능: 데이터를 효율적으로 가져올 수 있다는 뜻 (실제로는 GET과 HEAD만 주로 캐싱이 쓰인다.)