Request headers (Content-Type, Accept) in Rest API - Time & Space Complexity
When working with REST APIs, request headers like Content-Type and Accept help servers understand data formats.
We want to see how the time to process these headers changes as the number of headers grows.
Analyze the time complexity of the following code snippet.
function processHeaders(headers) {
if (headers['Content-Type']) {
// process Content-Type
}
if (headers['Accept']) {
// process Accept
}
// process other headers
for (const key in headers) {
// handle each header
}
}
This code checks for specific headers and then loops through all headers to process them.
Identify the loops, recursion, array traversals that repeat.
- Primary operation: Looping through all headers with
for (const key in headers). - How many times: Once for each header in the request.
As the number of headers increases, the loop runs more times, so processing takes longer.
| Input Size (n) | Approx. Operations |
|---|---|
| 10 | About 10 loop checks |
| 100 | About 100 loop checks |
| 1000 | About 1000 loop checks |
Pattern observation: The time grows directly with the number of headers.
Time Complexity: O(n)
This means the time to process headers grows in a straight line as the number of headers increases.
[X] Wrong: "Checking specific headers like Content-Type takes extra time for each header."
[OK] Correct: Checking a few specific headers is a fixed cost and does not grow with the number of headers; only looping through all headers grows with input size.
Understanding how header processing scales helps you write efficient API code and explain your reasoning clearly in interviews.
What if we changed the code to process nested headers inside each header? How would the time complexity change?
Practice
Content-Type header specify in an HTTP request?Solution
Step 1: Understand the role of Content-Type
The Content-Type header tells the server what format the request body data is in, such as JSON or XML.Step 2: Differentiate from Accept header
The Accept header tells the server what response format the client wants, not the data sent.Final Answer:
The format of the data being sent to the server -> Option AQuick Check:
Content-Type = request data format [OK]
- Confusing Content-Type with Accept header
- Thinking Content-Type is about response format
- Ignoring the header completely
Accept header to request JSON data in an HTTP request?Solution
Step 1: Identify the Accept header usage
The Accept header tells the server what response format the client wants, such as JSON.Step 2: Match the correct MIME type for JSON
The MIME type for JSON isapplication/json, so the header should beAccept: application/json.Final Answer:
Accept: application/json -> Option CQuick Check:
Accept header for JSON = application/json [OK]
- Using Content-Type instead of Accept for response format
- Using wrong MIME type like text/html for JSON
- Mixing up header names
POST /api/data HTTP/1.1
Host: example.com
Content-Type: application/json
Accept: application/xml
{"name": "Alice"}What format will the server expect the request body to be, and what format will it try to respond with?
Solution
Step 1: Analyze Content-Type header
The Content-Type isapplication/json, so the server expects JSON data in the request body.Step 2: Analyze Accept header
The Accept header isapplication/xml, so the client wants the response in XML format.Final Answer:
Request body JSON, response XML -> Option DQuick Check:
Content-Type = JSON, Accept = XML [OK]
- Mixing up Content-Type and Accept roles
- Assuming response matches request format
- Ignoring headers and guessing defaults
POST /submit HTTP/1.1 Host: example.com Content-Type: application/json Accept: application/json name=John&age=30
Why might the server reject this request or fail to parse the data?
Solution
Step 1: Check Content-Type and body format
The Content-Type isapplication/json, but the body isname=John&age=30, which is URL-encoded form data, not JSON.Step 2: Understand server parsing behavior
The server expects JSON data but receives form data, so it may reject or fail to parse the request.Final Answer:
Because the Content-Type says JSON but the body is URL-encoded form data -> Option BQuick Check:
Content-Type must match body format [OK]
- Ignoring mismatch between Content-Type and body
- Assuming Accept header affects request body
- Thinking Host header is missing when it is present
Solution
Step 1: Set Content-Type for request data
Since you are sending JSON data, setContent-Type: application/jsonso the server knows the format of the data you send.Step 2: Set Accept for response format
To receive JSON response, setAccept: application/jsonto tell the server you want JSON back.Final Answer:
Content-Type: application/json and Accept: application/json -> Option AQuick Check:
Both headers set to application/json for JSON exchange [OK]
- Setting Content-Type and Accept to different formats
- Using text/plain or XML when JSON is needed
- Forgetting to set Accept header
Ready to prove it?
Pass the test and this pattern moves unknown
