단위 변환기
분류를 고르고 값과 변환 전후 단위를 선택하세요. 길이·무게·부피는 정확한 계수로 계산하고, 온도는 오프셋이 포함된 별도의 식으로 계산합니다.
입력값
아래 단위 목록은 이 분류를 기준으로 검사합니다.
변환할 수치를 입력하세요.
입력한 값이 현재 어떤 단위인지 고르세요.
결과를 어떤 단위로 볼지 고르세요.
결과
- 변환 결과
- 3.2808ft
1 m × 1 ÷ 0.3048 = 3.28083989501 ft
계산 원리
이 변환기는 일상에서 가장 자주 마주치는 네 가지 양, 즉 길이·무게·온도·부피를 다룹니다. 먼저 분류를 고르면 변환 전후 단위는 그 분류 안에서만 유효한지 검사합니다. 길이를 골랐다면 밀리미터, 센티미터, 미터, 킬로미터, 인치, 피트, 야드, 마일만 다루게 됩니다. 이렇게 나눈 것은 정리를 위해서가 아니라 계산을 정확하게 유지하기 위해서입니다. 온도만은 나머지 셋과 성질이 완전히 다르기 때문입니다.
길이·무게·부피는 비율 척도입니다. 각 단위가 기준 단위의 일정한 배수로 정의되어 있어서, 변환은 "변환 전 계수를 곱하고 변환 후 계수로 나눈다"로 끝납니다. 이 변환기는 미터·킬로그램·리터를 기준으로 삼고, 계수를 반올림한 근삿값이 아니라 정의상 정확한 값으로 저장합니다. 1인치는 정확히 25.4 mm, 1야드는 정확히 0.9144 m, 1마일은 정확히 1609.344 m, 1파운드는 정확히 0.45359237 kg입니다. 모두 1959년 국제 야드·파운드 협정에서 정한 값이라 소수가 무한히 이어지지 않고 딱 떨어집니다. 0.4536처럼 반올림한 값을 쓰면 겉보기에는 문제없어 보여도 왕복 변환에서 조용히 오차가 쌓입니다.
진짜 함정은 온도입니다. 섭씨·화씨·켈빈은 0의 위치가 서로 달라서, 온도는 길이가 미터의 개수인 것처럼 "도의 개수"로 다룰 수 없습니다. 섭씨에서 화씨로는 9/5를 곱한 뒤 32를 더하고, 켈빈에서 섭씨로는 273.15를 뺍니다. 길이와 똑같이 곱셈만 하는 경로에 온도를 통과시키면 누가 봐도 틀린 답이 나옵니다. 섭씨 20도는 섭씨 10도의 두 배가 아닙니다. 화씨로 보면 68 °F와 50 °F이지 122 °F가 아닙니다. 이 오프셋 때문에 온도는 먼저 섭씨로 바꾼 뒤 목표 단위로 다시 바꾸는 별도 경로를 따릅니다.
켈빈에는 다른 분류에 없는 하한선도 있습니다. 0 K, 즉 절대영도는 존재할 수 있는 가장 낮은 온도이며 섭씨 −273.15도, 화씨 −459.67도에 해당합니다. 그보다 낮은 입력은 사소한 반올림 문제가 아니라 물리적으로 의미가 없는 요청입니다. 음수 켈빈 값을 돌려주며 의미가 있는 척하는 대신, 계산을 거부하고 이유를 알려 줍니다. 한 가지 미묘한 지점이 있습니다. −459.67 °F는 정확히 절대영도지만 (−459.67 − 32) × 5/9를 이진 부동소수점으로 계산하면 약 −273.15000000000003이 나옵니다. 단순 비교로는 멀쩡한 입력까지 걸러 내므로, 판정에 아주 작은 허용오차를 두었습니다.
또 하나 흔한 실패는 분류와 맞지 않는 단위 조합입니다. 온도를 골라 놓고 "킬로그램에서 화씨로"라는 요청이 들어올 수 있습니다. URL을 직접 고쳤거나, 분류를 바꾼 뒤 예전 선택이 그대로 남았거나, 오래된 파라미터가 담긴 링크를 열었을 때 그렇습니다. 이런 조합에는 의미 있는 답이 없습니다. 계산 함수는 화면을 믿지 않고 스스로 단위의 소속을 확인합니다. 존재하지 않는 계수를 조용히 곱하면 NaN이 만들어지고, 그 NaN이 결과 페이지 전체로 번지는 쪽이 정직한 오류 메시지보다 훨씬 나쁘기 때문입니다.
의도적으로 그렇게 만든 동작이 두 가지 있습니다. 첫째, 같은 단위끼리 변환하면 입력값을 그대로 돌려줍니다. 같은 계수로 곱했다가 나누는 과정을 거치지 않는 이유는 부동소수점에서 x × f ÷ f가 항상 x로 정확히 돌아오지는 않기 때문입니다. 둘째, 왕복 변환이 안정적입니다. 100 m를 피트로 바꿨다가 다시 미터로 되돌리면 부동소수점 허용 범위 안에서 다시 100 m가 됩니다. 이를 가능하게 하는 것이 정확한 정의값 계수이며, 근삿값을 쓰면 두세 번만 오가도 눈에 띄게 어긋납니다. 표시하는 소수 자릿수도 결과 크기에 맞춰 달라지는데, 고정된 두 자리로는 밀리미터에서 마일로 가는 변환이 쓸모없는 "0.00"으로 뭉개지기 때문입니다.
단위 정의 중에는 주의가 필요한 것도 있습니다. 여기서 티스푼·테이블스푼·컵·액량온스·갤런은 모두 미국식 액량 단위입니다. 1미국갤런은 정확히 231세제곱인치, 즉 3.785411784리터이고 작은 단위들은 그 정확한 분수입니다. 한국의 계량 기준은 1컵 200 mL, 큰술 15 mL, 작은술 5 mL인 반면 미국식 컵은 약 236.6 mL, 큰술은 약 14.8 mL여서 서로 다릅니다. 해외 레시피를 국내 계량컵으로 그대로 재면 분량이 어긋나는 이유가 여기에 있습니다. 또한 "t"는 정확히 1000 kg인 메트릭톤을 뜻하며, 온스는 귀금속에 쓰는 트로이온스가 아니라 일상 무게에 쓰는 상용온스입니다. 고기 한 근을 600 g으로 세는 전통 단위는 지역과 품목에 따라 기준이 달라 이 변환기에서는 다루지 않습니다.
계산식비율 단위: 값 × 변환 전 계수 ÷ 변환 후 계수 / 온도: °F = °C × 9/5 + 32, K = °C + 273.15
자주 묻는 질문
- 왜 온도만 길이나 무게와 다른 식을 쓰나요?
- 길이·무게·부피는 0의 의미가 같은 비율 척도입니다. 0미터와 0피트는 똑같이 "없음"을 뜻하므로 곱셈 한 번이면 변환됩니다. 온도는 척도마다 0의 위치가 달라서 섭씨에서 화씨로 갈 때 곱셈(×9/5)과 덧셈(+32)이 모두 필요합니다. 이 오프셋을 빠뜨리는 것이 단위 변환에서 가장 흔한 실수이고, 이 변환기가 온도를 별도 경로로 처리하는 이유이기도 합니다.
- 절대영도보다 낮은 온도를 입력하면 어떻게 되나요?
- 말이 안 되는 숫자를 돌려주지 않고 계산을 거부하며 이유를 설명합니다. 절대영도는 −273.15 °C, −459.67 °F, 0 K이고 그보다 차가운 상태는 존재하지 않으므로 음수 켈빈 값은 의미가 없습니다. 판정에 아주 작은 허용오차를 두었기 때문에, 이진 반올림 때문에 경계보다 아주 조금 낮게 계산되는 −459.67 °F 같은 값도 정상으로 받아들입니다.
- "분류가 다르다"는 오류는 왜 나오나요?
- 변환 전 단위와 변환 후 단위는 모두 선택한 분류에 속해야 합니다. 킬로그램을 마일로 바꿀 수 없는 이유는 두 단위가 서로 다른 물리량을 재기 때문이며, 둘을 이어 줄 계수 자체가 존재하지 않습니다. 보통 분류를 바꾼 뒤 예전 단위가 그대로 남아 있거나, 오래된 파라미터가 담긴 링크를 열었을 때 발생합니다. 분류를 다시 고르고 두 단위를 새로 선택하면 계산됩니다.
- 컵과 갤런은 미국식인가요, 영국식인가요?
- 미국식 액량 단위입니다. 1미국갤런은 정확히 231세제곱인치, 즉 3.785411784리터로 정의되고 컵·액량온스·큰술·작은술은 그 정확한 분수입니다. 영국에서 쓰는 임페리얼 갤런은 이보다 크고 임페리얼 액량온스도 미국식과 다르기 때문에, 영국 자료에서 가져온 레시피나 연비 수치는 이 결과와 맞지 않습니다.
- 국내 계량컵·큰술과는 어떻게 다른가요?
- 한국의 계량 기준은 1컵 200 mL, 큰술 15 mL, 작은술 5 mL인데, 이 변환기의 미국식 기준은 1컵 약 236.6 mL, 큰술 약 14.8 mL, 작은술 약 4.9 mL입니다. 특히 컵은 차이가 커서 미국 레시피를 국내 계량컵으로 그대로 재면 약 15퍼센트가량 적게 들어갑니다. 밀리리터로 한 번 변환한 뒤 계량컵의 눈금으로 재는 편이 안전합니다.
- 왕복으로 변환하면 원래 값으로 돌아오나요?
- 부동소수점이 허용하는 범위 안에서 돌아옵니다. 100미터를 피트로 바꿨다가 다시 미터로 되돌리면 100미터가 되는 것은 계수를 반올림하지 않고 정의상 정확한 값으로 저장했기 때문입니다. 같은 단위끼리의 변환은 더 엄격해서, 같은 수로 곱했다가 나누는 과정 자체를 생략하고 입력값을 그대로 돌려줍니다.
관련 계산기
공유
이 계산기 임베드
아래 코드를 사이트에 붙여넣으면 실제로 작동하는 계산기를 그대로 삽입할 수 있습니다.
최종 수정일: 2026-08-11