免费在线字号单位换算工具,支持 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 | 更贴近移动端字体标注语境,但最终仍要看真机缩放 |
| 跨团队交付文档 | 保留原单位并补一列换算值 | 能同时照顾设计、前端和移动端的阅读习惯 |
本页所有字号换算都在你的浏览器里完成。你输入的设计标注、字体规范、组件文档和交付参数不会离开你的设备 — 没有网络请求、没有服务端日志,关闭页面后输入即清空。对于内部设计系统和未发布规范,本页不会采集或存储任何内容。
