Bộ chuyển đổi Thập lục phân

Giới thiệu về GeekFormat

Nhập giá trị·Nhấp vào thẻ để chuyển hệ cơ số đầu vào

Hệ cơ số hiện tại

Ví dụ:

2Nhị phân

11111111.01010111111010110100

8Bát phân

377.25765515602517626145

10Thập phân

255.3434342

16Thập lục phân

ff.57eb4dc153f2c65b9983

Bộ chuyển đổi cơ số trực tuyến miễn phí. Chuyển đổi tức thì giữa thập lục phân, thập phân, nhị phân, bát phân và tất cả các cơ số từ 2 đến 36. Hỗ trợ số phân số với số học Decimal.js độ chính xác cao. Không cần đăng ký, chạy hoàn toàn trong trình duyệt của bạn.

Đề xuất Liên quan

Chuyển Đổi Hex

Công cụ chuyển đổi Base64-Hex

💡 Chuyển byte hex sang Base64

Công cụ chuyển đổi màu

⚡ Chuyển mã màu hex sang RGB/HSL

Chuyển Đổi Nhị Phân

🎯 Chuyển nhị phân thành văn bản và ngược lại

Chuyển đổi đơn vị

Mã hóa Base64

Bộ chuyển đổi Thập lục phân là gì?

Bộ chuyển đổi thập lục phân là một công cụ biến đổi số giữa các hệ thống số vị trí khác nhau. Các chuyển đổi phổ biến nhất là giữa thập lục phân (cơ số-16), thập phân (cơ số-10), nhị phân (cơ số-2), và bát phân (cơ số-8).

Thập lục phân sử dụng 16 ký hiệu: 0-9 cho giá trị từ 0 đến 9, và A-F cho giá trị từ 10 đến 15. Một chữ số hex tương ứng với chính xác 4 chữ số nhị phân (một nibble). Hai chữ số hex đại diện cho một byte (00 đến FF = 0 đến 255).

Nhị phân (cơ số-2) chỉ sử dụng 0 và 1. Bát phân (cơ số-8) sử dụng các chữ số 0-7. Thập phân (cơ số-10) là hệ thống số chuẩn của con người sử dụng các chữ số 0-9.

Bộ chuyển đổi này hỗ trợ tất cả các cơ số từ 2 đến 36. Các cơ số trên 10 sử dụng chữ cái a-z cho các chữ số sau 9. Nó cũng hỗ trợ số âm và giá trị phân số.

Trường hợp sử dụng

Chuyển đổi mã màu hex như #FF5733 thành giá trị thập phân RGB cho phát triển web
Chuyển đổi địa chỉ bộ nhớ và hex dump thành giá trị thập phân có thể đọc được trong khi gỡ lỗi
Dịch dữ liệu gói mạng nhị phân thành hex hoặc thập phân để phân tích giao thức
Học và thực hành chuyển đổi hệ thống số cho các khóa học khoa học máy tính
Chuyển đổi giá trị thập lục phân từ nhật ký lập trình thành thập phân hoặc nhị phân
Nhanh chóng chuyển đổi giữa quyền tệp Unix bát phân và giá trị chmod thập phân

Cách Sử dụng

Nhập một số vào hộp nhập liệu ở đầu công cụ
Chọn cơ số (radix) của số nhập liệu bằng menu thả xuống — chọn từ nhị phân (2) đến cơ số-36
Xem kết quả chuyển đổi tức thì cho nhị phân, bát phân, thập phân, thập lục phân và hơn thế nữa
Nhấp vào bất kỳ thẻ kết quả nào để chuyển đổi đầu vào sang cơ số đó và tiếp tục chuyển đổi
Nhấp vào biểu tượng sao chép trên bất kỳ thẻ kết quả nào để sao chép giá trị đã chuyển đổi vào bảng tạm
Mở rộng 'Các cơ số khác (2-36)' để xem kết quả cho tất cả các cơ số từ 2 đến 36

Tính năng

Hỗ trợ tất cả các cơ số từ 2 đến 36: nhị phân (2), bát phân (8), thập phân (10), thập lục phân (16) và hơn thế nữa
Chuyển đổi độ chính xác cao được hỗ trợ bởi Decimal.js — xử lý chính xác số nguyên và số phân số
Kết quả tức thì theo thời gian thực khi bạn gõ — không cần nhấp nút
Sao chép một cú nhấp chuột cho mỗi kết quả chuyển đổi
Hỗ trợ số âm và phân số thập phân (tối đa 20 chữ số phân số)
Chạy 100% trong trình duyệt của bạn — không có dữ liệu nào được tải lên, không cần đăng ký

So sánh mã hóa hệ cơ số: Nên dùng loại nào?

Nhị phân, bát phân, thập phân, thập lục phân và Base64 mỗi loại phù hợp với từng tình huống khác nhau. Chọn sai sẽ làm tăng gấp đôi dung lượng, dễ viết nhầm, hoặc gặp vấn đề tương thích URL. Hãy xác định 'ai sẽ đọc, đặt ở đâu, cần compact đến mức nào' trước, rồi mới chọn mã hóa cụ thể.

Nhị phân vs Bát phân vs Thập phân vs Thập lục phân: Tình huống sử dụng điển hình

4 hệ cơ số phổ biến đều có chỗ đứng trong kỹ thuật; quyết định theo 'tình huống điển hình / độ compact / khả năng đọc / lưu ý' sẽ đáng tin cậy hơn là dựa trên bản thân con số.

Hệ cơ số	Tình huống điển hình	Độ compact	Khả năng đọc	Lưu ý
`Nhị phân (base-2)`	Phần cứng tầng thấp, bitmask, giao thức boolean, trường giao thức	Rất thấp (1 bit / ký tự)	Rất kém (mắt người khó nhận biết)	Hầu như không bao giờ hiển thị trực tiếp cho người dùng, thường bị thay thế bằng thập lục phân ở tầng dưới
`Bát phân (base-8)`	Quyền tệp Unix (chmod 755), lịch sử hợp ngữ PDP-11	Thấp (3 bit / ký tự)	Trung bình (số ngắn dễ đọc, số dài hơi cồng kềnh)	Ít dùng trong ứng dụng hiện đại; `0o755` của Python 2 vẫn dùng được trong Python 3 nhưng không còn phổ biến
`Thập phân (base-10)`	Nhập/xuất của người dùng, logic nghiệp vụ, tham số cấu hình	Trung bình (≈3.32 bit / ký tự)	Tốt nhất (ngôn ngữ tự nhiên của con người)	Tỷ lệ nén không tốt bằng thập lục phân; cần chuyển đổi khi debug dữ liệu nhị phân
`Thập lục phân (base-16)`	Mã màu, địa chỉ bộ nhớ, luồng byte, MAC/UUID, bytecode	Cao (4 bit / ký tự, 1 byte = 2 ký tự)	Tốt (compact + căn chỉnh theo biên byte)	Chú ý sự nhất quán chữ hoa/thường (A-F vs a-f) và sự mơ hồ của tiền tố 0x

Thập lục phân vs Base64: Nên dùng cái nào?

Thập lục phân và Base64 đều là biểu diễn văn bản của byte, nhưng tình huống sử dụng hoàn toàn khác nhau. Quyết định theo 'phương tiện đích / độ compact / khả năng đọc / tương thích URL' sẽ tránh được rất nhiều công việc làm lại.

Chiều	Thập lục phân	Base64
`Bộ ký tự`	0-9 + A-F (16 ký hiệu)	A-Z + a-z + 0-9 + + / (64 ký hiệu)
`Số ký tự mỗi byte`	2 ký tự / byte	≈1.33 ký tự / byte
`Độ compact`	Trung bình (1 byte → 2 ký tự)	Cao (3 byte → 4 ký tự)
`An toàn với URL`	✓ Hoàn toàn an toàn với URL	✗ Base64 chuẩn chứa + và /, cần dùng biến thể Base64 URL-safe
`Khả năng đọc`	Tốt (thân thiện với debug, dump nhị phân)	Kém (ký tự ngẫu nhiên, khó nhận biết biên)
`Tình huống phù hợp`	Mã màu, địa chỉ bộ nhớ, MAC, UUID, nhật ký debug, xem trước tệp nhị phân	Data URI, tệp đính kèm email (MIME), API token, JWT, nhúng hình ảnh vào CSS/HTML
`Tình huống không phù hợp`	Tham số URL quá dài (dùng base64url thay thế), data URI (thể tích gấp đôi)	Nhật ký debug (khó thấy biên trường), mã màu (không đưa trực tiếp cho CSS được)

Best Practices

Phải thống nhất chữ hoa/thường của chữ cái hex (A-F vs a-f)

Trong cùng một dự án, chữ cái hex phải hoặc toàn chữ hoa, hoặc toàn chữ thường, **tuyệt đối không được trộn lẫn**. C/C++/Go/mã màu HTML quen dùng chữ hoa A-F; JSON, URL, UUID (RFC 4122), địa chỉ Ethereum, chuỗi JavaScript quen dùng chữ thường a-f. Trộn chữ hoa/thường không làm thay đổi giá trị, nhưng phân tích chéo ngôn ngữ (như `int('FF', 16)` vs `int('ff', 16)`) và đọc hiểu của con người đều gặp rắc rối — trong nhật ký 'FF5733' và 'ff5733' mắt thường khó phân biệt, rất dễ nhầm lẫn khi debug.

Thập lục phân là gì?

Phải ghi rõ tiền tố 0x hoặc tài liệu hóa là thập phân không dấu

Các số trong JSON, tham số URL, trường API mặc định là thập phân. Chuỗi '100' trong JSON là thập phân 100, nhưng '0x100' mới là thập lục phân 256. **Bắt buộc** phải ghi rõ tiền tố 0x (hoặc thêm hậu tố `hex` vào tên trường), nếu không backend phân tích theo thập phân sẽ cho kết quả sai (100 vs 256 chênh 2.56 lần). Khi kết nối hàng loạt với nhiều nhà cung cấp API, nên cố định trong tài liệu giao thức: mọi trường hex đều thêm tiền tố 0x.

Tại sao thập lục phân và các hệ cơ số cao hơn dùng chữ cái?

Khi chuyển đổi endian (Big/Little), phải khai báo tường minh

Giao thức mạng, định dạng tệp, thanh ghi phần cứng hầu như đều ép buộc endian — thứ tự mạng là big-endian, CPU x86/ARM mặc định là little-endian. **Khi đọc và ghi phải chỉ định tường minh endian**, nếu không cùng một số hex `0x1234` sẽ được giải thích thành `0x1234` hoặc `0x3412` theo endian khác nhau, chênh 4 lần. Python dùng `int.from_bytes(b, 'big')` / `'little'`, Go dùng `binary.BigEndian` / `binary.LittleEndian`, C dùng `htonl/htons/ntohl/ntohs`, đừng viết theo cảm tính.

Làm cách nào để chuyển đổi thập phân thành thập lục phân?

Địa chỉ MAC, UUID, giá trị hash nên thống nhất dùng chữ thường

RFC 4122 quy định rõ UUID phải viết thường; chuẩn địa chỉ MAC IEEE 802 quy ước viết thường; địa chỉ Ethereum, git commit hash, dấu vết TLS, hash SHA-256 của tệp gần như đều mặc định viết thường. **Khi xuất hàng loạt mã định danh hex, hãy thống nhất dùng chữ thường**, điều này tránh được sự khác biệt khi copy-paste giữa Linux/Mac/Windows (bộ nhớ tạm Windows thỉnh thoảng thay đổi chữ hoa/thường). Hệ thống nhật ký, CMS, trung tâm cấu hình đều dùng chữ thường để khử trùng lặp và lập chỉ mục, trộn chữ hoa/thường sẽ bị coi là hai mục khác nhau.

RFC 4122 - Chuẩn UUID

Khi chuyển đổi mã màu, chú ý có chứa kênh alpha hay không

Mã màu CSS `#FF5733` là RGB 6 chữ số; `#FF573380` là RGBA 8 chữ số (hai chữ số cuối 80 = alpha 50%); dạng ngắn `#F53` tương đương `#FF5533`. Công cụ này khi chuyển đổi chỉ xử lý phần giá trị, **kênh alpha cần xử lý riêng**. Khi áp dụng hàng loạt màu từ bản thiết kế vào mã, nên nhóm theo độ dài trước (6 chữ số vs 8 chữ số), đừng nhầm RGBA 8 chữ số thành RGB 6 chữ số (sẽ mất alpha khiến màu trong suốt thành màu đặc).

Bộ chuyển đổi màu RGB/HEX

Khi chuyển đổi địa chỉ IPv6 và MAC, đừng làm mất dấu phân cách

Địa chỉ IPv6 là 32 chữ số hex + 7 dấu hai chấm phân nhóm (`2001:0db8:85a3:0000:0000:8a2e:0370:7334`), địa chỉ MAC là 12 chữ số hex + 5 dấu hai chấm hoặc gạch nối (`00:1A:2B:3C:4D:5E`). **Khi dùng công cụ này chuyển đổi chuỗi hex trần**: chuỗi `20010db8...` sau khi chuyển sang thập phân sẽ là số rất lớn (địa chỉ IPv6 đầy đủ khoảng 3.4×10³⁸), khi khôi phục phải nhóm lại theo 4/2 chữ số và thêm dấu hai chấm. Tình huống xử lý hàng loạt IPv6/MAC nên dùng công cụ chuyên dụng (công cụ mạng bên cạnh `/other/color-convert/`), đừng dùng trực tiếp công cụ này để chuyển đổi đầu cuối.

Bộ chuyển đổi này hỗ trợ những hệ thống số nào?

Đừng dùng chuỗi hex làm mật khẩu hoặc thông tin xác thực nhạy cảm

Chuỗi '32 chữ số hex' trông giống mật khẩu mạnh (`a3f8b9c2d1e0f7a6b5c4d3e2f1a0b9c8`), entropy thực tế chỉ 16 byte = 128 bit, tưởng ổn, nhưng **biểu diễn hex thường chính là khóa/Token** — API Key, JWT secret, khóa mã hóa đối xứng, TOTP secret, khóa riêng ví tiền điện tử, HMAC key đều là chuỗi hex. Những giá trị này một khi lộ là coi như 'chạy trần', **tuyệt đối không** dán vào ticket, Slack, email, ảnh chụp màn hình, và cũng không dùng công cụ trực tuyến (dù cho là xử lý cục bộ) để chuyển đổi. Công cụ này là công cụ chuyển đổi định dạng, không phù hợp xử lý bất kỳ chuỗi hex nào có ngữ nghĩa khóa.

Dữ liệu của tôi có an toàn không? Nó có được gửi đến máy chủ không?

Câu hỏi Thường gặp

Bộ chuyển đổi này hỗ trợ những hệ thống số (cơ số) nào?

Bộ chuyển đổi này hỗ trợ tất cả các cơ số nguyên từ 2 (nhị phân) đến 36. Nhị phân, bát phân, thập phân, và thập lục phân được hiển thị dưới dạng thẻ truy cập nhanh.

Làm cách nào để chuyển đổi thập lục phân thành thập phân?

Chọn thập lục phân (cơ số-16) làm radix đầu vào, gõ giá trị hex của bạn (ví dụ: FF), và kết quả thập phân sẽ xuất hiện tức thì. Hex FF = thập phân 255.

Làm cách nào để chuyển đổi thập phân thành thập lục phân?

Chọn thập phân (cơ số-10), nhập số thập phân của bạn (ví dụ: 255), và kết quả hex sẽ xuất hiện tức thì. Thập phân 255 = hex FF.

Làm cách nào để chuyển đổi nhị phân thành thập lục phân?

Chọn nhị phân (cơ số-2), nhập chuỗi nhị phân của bạn (ví dụ: 11111111), và kết quả hex sẽ xuất hiện ngay lập tức. Mỗi 4 chữ số nhị phân ánh xạ tới 1 chữ số hex.

Nó có hỗ trợ số phân số (thập phân) không?

Có. Các số phân số như 3.14 hoặc FF.8 được hỗ trợ với độ chính xác lên đến 20 chữ số bằng cách sử dụng Decimal.js.

Nó có hỗ trợ số âm không?

Có. Chỉ cần thêm dấu trừ (-) vào trước số nhập liệu của bạn.

Sự khác biệt giữa thập lục phân và mã hóa Base64 là gì?

Hex sử dụng 16 ký hiệu tạo ra 2 ký tự trên mỗi byte; Base64 sử dụng 64 ký hiệu tạo ra ~4 ký tự trên 3 byte.

Tại sao thập lục phân được sử dụng trong lập trình?

Hex cung cấp biểu diễn dữ liệu nhị phân mà con người có thể đọc được. 1 chữ số hex = 4 bit, 2 chữ số hex = 1 byte.

Dữ liệu của tôi có an toàn không? Nó có được gửi đến máy chủ không?

Không. Tất cả các chuyển đổi chạy trong trình duyệt của bạn. Các số không bao giờ rời khỏi thiết bị của bạn. Hoạt động ngoại tuyến.

'Cơ số' hoặc 'radix' có nghĩa là gì?

Cơ số (radix) là số lượng chữ số duy nhất được sử dụng trong một hệ thống số.

Tại sao chữ cái được sử dụng trong thập lục phân và các cơ số cao hơn?

Khi cơ số vượt quá 10, chữ cái a-z được sử dụng làm chữ số bổ sung.

Tôi có thể chuyển đổi các số lớn mà không mất độ chính xác không?

Có. Sử dụng Decimal.js cho số học độ chính xác tùy ý.

Privacy & Security

Tất cả các chuyển đổi số chạy 100% trong trình duyệt của bạn. Các số được xử lý cục bộ bằng JavaScript và không bao giờ được truyền đến bất kỳ máy chủ nào.