免費在線字號單位換算工具,支持 pt、px、dp、sp 共 4 個常用排版/UI 單位雙向即時換算。當前頁面採用固定參考關係:1 px = 0.75 pt、1 pt ≈ 1.333 px,同時在本工具裡 dp 與 sp 按同一參考基準映射到 pt,便於設計稿、Web/CSS 說明和 Android UI 標註之間做快速靜態對照。需要注意的是,本頁並不會讀取瀏覽器縮放、設備像素密度、Android 字體縮放或真實打印尺寸,因此它更適合做規格對照和文檔統一,而不是替代真實設備渲染測試。所有計算都在瀏覽器本地完成,數據不上傳服務器。
pt(point) 是經典排版語境裡常見的字號單位,很多文檔編輯器、演示軟件、品牌手冊和字體規範都喜歡使用 pt 來表達文字大小。px(pixel) 則更常見於網頁、設計稿和 CSS 標註,它強調屏幕與界面語境下的參考尺寸。
需要特別注意的是,CSS 裡的 px 並不總是等於設備上的一個物理像素,它更接近“參考像素”。因此設計圖上的 16 px、網頁樣式裡的 16 px 和手機屏幕上最終顯示出來的視覺大小之間,仍然會受到縮放、密度和平臺實現影響。
dp 和 sp 則更常見於 Android 界面語境。一般來說,dp 更偏界面佈局尺寸,sp 更偏字體尺寸並會考慮系統字體縮放。但本頁不是運行時模擬器,不會讀取某臺手機的密度或字體縮放,只是把這些單位放到一把統一參考尺上做靜態對照。
本頁當前採用固定參考關係:1 px = 0.75 pt、1 pt ≈ 1.333 px,並把 dp、sp 映射到同一參考基準上,方便設計稿、規範文檔和跨端溝通時快速統一口徑。它解決的是“文檔怎麼對照寫”的問題,而不是“設備上最終一定顯示多大”的問題。
如果你的工作目標是真實打印尺寸、紙面毫米精度、瀏覽器 rem/em 體系或 Android 真機字體縮放驗證,那就應該改用相應的長度工具、設計軟件或真實設備測試。本頁更適合規格草擬、早期評審和交付文檔整理。
同樣是在寫“字有多大”,不同單位適合的場景並不一樣。先搞清楚你是在寫設計稿、網頁樣式還是 Android 說明。
| 單位 | 最常見場景 | 優點 | 注意點 | 本頁支持 |
|---|---|---|---|---|
| pt | Word、PPT、PDF、品牌規範、字體文檔 | 排版和文檔語境下最常見,易於和字體說明對齊 | 換到屏幕語境時最好補一列 px 對照 | 支持 |
| px | 網頁、設計稿、CSS 標註、界面稿 | 設計和前端溝通最直接,實現時最常見 | 不是絕對物理像素,瀏覽器和設備會影響最終顯示 | 支持 |
| dp | Android 佈局和界面標註 | 適合跨密度設備描述邏輯尺寸 | 本頁不模擬真實設備密度,只做靜態參考換算 | 支持 |
| sp | Android 文本尺寸標註 | 適合文本語境,便於與移動端團隊溝通 | 真實顯示還會受到系統字體縮放影響 | 支持 |
| em / rem / mm / in | Web 相對單位或物理印刷尺寸 | 適合特定設計與實現體系 | 不在當前頁面支持範圍內,需用其他工具或基準處理 | 不支持 |
設計、前端、移動端如果沒有先說清楚換算基準,很容易同樣的 16 被各自理解成不同視覺大小。先統一口徑,再用本頁補雙單位標註會更穩。
本頁適合做設計稿、文檔和規格的靜態對照,但瀏覽器縮放、設備密度和系統字體設置都可能讓真實顯示略有差異。上線前仍應在目標環境裡做目測驗證。
如果你的目標是確認真實紙面尺寸、印刷成品毫米精度或導出 PDF 的物理大小,那就不要只看 pt/px/dp/sp 的靜態換算結果。
sp 在真實設備上的表現會受到系統字體縮放影響。本頁只能給你靜態參考值,真正做可訪問性和多設備適配時,一定要上真機測試。
本頁不直接換 rem/em,但你仍可以先根據項目根字號把 rem/em 還原成 px,再與 pt 或設計標註做對照。關鍵是先把上下文講清楚。
例如寫成 16 px / 12 pt 或 14 sp / 14 pt,能讓接收方快速理解你的原始意圖,也方便後續回溯。
本頁當前支持 4 個單位:pt、px、dp、sp。它適合做設計稿、CSS 字號、Android UI 標註和組件文檔裡的靜態數值對照。當前頁面不支持 em、rem、mm、cm、in 或 pc 等其他排版/長度單位。
按照本頁當前採用的固定參考關係,1 pt ≈ 1.333 px,1 px = 0.75 pt。因此 16 px = 12 pt,12 pt = 16 px,18 px = 13.5 pt。這個口徑非常適合 Web 設計稿和演示文檔之間快速互查。
pt(point) 更偏排版和文檔語境,歷史上常與印刷和字體尺寸一起出現;px(pixel) 更偏屏幕和 CSS 語境,常見於網頁和設計稿標註。它們都可以用來描述字號,但使用環境不同,因此很多團隊會在設計交付時需要做 px 與 pt 的換算對照。
dp 通常用於 Android 中與密度相關但不跟隨字體縮放的界面尺寸表達,sp 則通常用於會跟隨字體縮放的文本尺寸表達。需要注意的是,本頁為了做靜態規格對照,並不會讀取真實設備密度或系統字體縮放,而是把它們放在統一參考基準上做線性換算。
因為真實顯示效果會受到瀏覽器縮放、設備像素密度、根字體大小、系統字體縮放、平臺渲染策略和設計軟件導出規則影響。本頁的目標是做靜態口徑統一,不是模擬真實設備渲染結果。所以最終上線前,仍然應該在目標瀏覽器或目標設備上做實際視覺檢查。
因為當前頁面使用的是統一參考尺下的靜態換算口徑,方便你在文檔、設計稿和規格說明中快速比對不同單位,而不是去讀取某臺設備的實時渲染環境。你可以把它理解為“交付時的換算參考值”,而不是 Android 運行時的真實像素計算器。
當前不能。本頁真實支持範圍只有 pt、px、dp、sp 四個單位。如果你需要 rem、em 這種相對單位,或者 mm、cm、in 這種物理長度單位,應使用對應的設計基準或其他長度工具單獨處理。
不適合直接替代真實印刷尺寸計算。因為本頁當前沒有提供 mm、cm、in 這類物理長度單位,也不會處理打印機 DPI、輸出介質和文檔版式規則。如果你要確認真實紙面尺寸,應改用長度單位和實際排版軟件做最終驗證。
可以。設計系統和界面微調場景裡常見 10.5 pt、13.5 px、14 sp 這類非整數值,本頁都能直接換算。這樣在交付組件規範、整理標註文檔和做多端對照時會更方便。
比較穩妥的做法是保留原始設計單位,再用本頁補一列轉換後的參考值。例如設計稿寫 16 px,你可以同時給前端或文檔團隊寫成 16 px / 12 pt 的對照。只要團隊先約定同一個換算基準,溝通成本就會低很多。
可以。頁面加載完成後,所有字號換算都在瀏覽器本地執行,沒有網絡請求、沒有服務端日誌、沒有表單提交。你的設計規範、組件標註和交付文檔參數不會上傳到服務器,關閉頁面後輸入即清空。
這些對照值在設計稿、CSS 和文檔交付裡最常用。
| pt | px | dp(本頁口徑) | sp(本頁口徑) | 典型場景 |
|---|---|---|---|---|
| 9 pt | 12 px | 9 dp | 9 sp | 極小輔助信息、表格次級說明 |
| 10.5 pt | 14 px | 10.5 dp | 10.5 sp | 小號正文、說明文字 |
| 12 pt | 16 px | 12 dp | 12 sp | 常見正文或表單文本 |
| 13.5 pt | 18 px | 13.5 dp | 13.5 sp | 強調正文、卡片標題 |
| 18 pt | 24 px | 18 dp | 18 sp | 大標題或頁面重點信息 |
| 24 pt | 32 px | 24 dp | 24 sp | 封面標題、Hero 標題 |
同一個字號值寫成不同單位,服務的是不同協作對象。
| 場景 | 更適合的單位 | 原因 |
|---|---|---|
| PPT、Word、品牌手冊、PDF 規範 | pt | 文檔和排版語境下最自然,也最容易和字體規範對齊 |
| 網頁樣式、設計稿、Figma/CSS 交付 | px | 設計和前端實現溝通成本最低 |
| Android 佈局尺寸說明 | dp | 更接近 Android 邏輯尺寸語境 |
| Android 文本大小說明 | sp | 更貼近移動端字體標註語境,但最終仍要看真機縮放 |
| 跨團隊交付文檔 | 保留原單位並補一列換算值 | 能同時照顧設計、前端和移動端的閱讀習慣 |
本頁所有字號換算都在你的瀏覽器裡完成。你輸入的設計標註、字體規範、組件文檔和交付參數不會離開你的設備 — 沒有網絡請求、沒有服務端日誌,關閉頁面後輸入即清空。對於內部設計系統和未發佈規範,本頁不會採集或存儲任何內容。
