HTML和CSS无内置单位换算功能，唯一可靠方式是用getComputedStyle获取已挂载元素的计算后px值并parseFloat提取数字，手动换算需考虑root font-size动态变化、vw/vh视口依赖、ch字体差异及CSS自定义属性解析。
HTML 中没有内置的单位换算函数
浏览器原生不提供类似 pxToRem() 或 emToVw() 这样的转换工具，所有单位换算都得靠开发者手动计算或封装逻辑。CSS 本身只做渲染，不参与数值运算；JavaScript 里也没有标准 API 能直接把 "2.5em" 解析成像素值——除非你先把它应用到真实元素上，再用 getComputedStyle() 取回计算后的 px 值。
常见错误是试图用正则粗暴替换字符串："1.5rem".replace(/rem/, "") * 16，这看似快，但忽略 root font-size 动态变化、媒体查询覆盖、CSS 自定义属性影响等现实场景，结果必然出错。
用 getComputedStyle 获取真实像素值最可靠
这是目前唯一能反映实际渲染结果的方式，尤其适合处理嵌套、继承、响应式字号等复杂情况。
- 必须作用于已挂载到 DOM 的元素（
display: none也行，但不能是document.createElement后未插入的节点） - 取的是最终计算值，单位恒为
px（如computed.width返回"240px"），需用parseFloat提取数字 - 注意：
rem基于:root的font-size，而em基于父元素，ch/ex依赖字体度量，这些都会影响结果
示例：
立即学习“前端免费学习笔记（深入）”；
const el = document.querySelector("#test");
const computed = getComputedStyle(el);
const widthPx = parseFloat(computed.width); // "320px" → 320
const fontSizeEm = parseFloat(computed.fontSize); // "1.25em" → 实际 px 值（非 1.25）
手动换算要注意基准值是否固定
如果项目强制 root font-size 为 16px 且永不改变，那 1rem === 16px 可硬编码。但现代项目普遍用 fluid typography 或 media-query 切换 root size，此时静态换算会失效。
-
vw/vh换算依赖视口尺寸，需监听resize，且注意100vw包含滚动条宽度偏差 -
ch单位实际宽度 = 当前字体下 “0” 字符的宽度，不同字体差异极大，不能跨字体复用换算系数 - 使用 CSS 自定义属性（如
--base-font-size: 1.125rem）时，JS 里读取需用getComputedStyle(document.documentElement).getPropertyValue("--base-font-size")，再二次解析
不要在 CSS 里“假装”做格式转换
CSS 不支持表达式或变量运算，像 width: calc(1rem * 1.5) 是合法的，但 width: 1.5rem 和 width: calc(1rem + 0.5rem) 渲染结果完全一致——它不是“转换”，只是语法糖。真正需要动态换算的场景（比如 Canvas 绘图坐标对齐 DOM 元素），必须交由 JS 完成，且要区分「设计值」和「运行时渲染值」。
容易被忽略的一点：第三方库（如 Tailwind 的 @apply、PostCSS 插件）做的单位转换，全是在构建时静态替换的，无法响应运行时变化。一旦涉及用户缩放、系统字体设置、暗色模式切换导致的 font-size 变动，那些预设的换算就立刻脱节。
