html 无定位精度概念，所谓精度问题实为 css 定位在像素映射、子像素渲染、缩放或高 dpi 屏幕下的表现偏差；top: 1.5px 可能被四舍五入，推荐用 transform: translatey(1.5px) 或启用合成层；getboundingclientrect() 始终返回含小数的 double 值，需结合 devicepixelratio 处理以保对齐。
HTML 本身没有“定位精度”这个概念，所谓“精度问题”其实是 CSS 定位（尤其是 position + top/left 等偏移值）在像素级控制、子像素渲染、缩放或高 DPI 屏幕下的表现偏差，并非 HTML 规范限制。
为什么 top: 1.5px 有时没反应？
CSS 偏移值支持小数，但浏览器最终要映射到物理像素。当设备像素比（window.devicePixelRatio）不是整数，或元素未触发合成层时，1.5px 可能被四舍五入为 1px 或 2px，尤其在 Chrome 旧版本中常见。
- 强制启用 subpixel rendering：给元素加
transform: translateZ(0)或will-change: transform，促使其进入独立图层 - 避免依赖小数偏移做关键对齐；改用
transform: translateY(1.5px)—— 它更稳定，且不触发重排 - 检查是否启用了缩放（
Ctrl +或系统级缩放），缩放会放大计算误差
position: absolute 在高 DPI 屏幕下错位怎么办？
高 DPI 屏幕（如 macOS Retina、Windows 125% 缩放）下，CSS 像素 ≠ 物理像素。position: absolute 的偏移仍按 CSS 像素计算，但渲染引擎可能因抗锯齿、亚像素插值导致视觉偏移 0.5px 左右。
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 用
transform: translate()替代top/left—— 它基于合成器，绕过主渲染管线的亚像素舍入 - 避免在
transform和top混用；两者叠加会引入不可控累积误差 - 若必须用
top，可配合image-rendering: -webkit-optimize-contrast（仅限图像容器）缓解模糊，但不解决定位偏移
使用 getBoundingClientRect() 获取位置时，返回值是整数还是小数？
getBoundingClientRect() 返回的对象所有属性（top, left, width 等）都是 DOMRect，其值为 double 类型，**始终含小数**（如 { left: 100.3421875, top: 200.0 }），哪怕你设的是整数。
- 别用
Math.round()直接截断——这会丢失亚像素信息，导致动画抖动或对齐失效 - 如需像素对齐（例如 canvas 绘图），应根据
window.devicePixelRatio手动缩放坐标，再取整 - 注意：该 API 返回的是视口坐标，不随页面滚动变化；若需文档坐标，要加上
window.scrollX/Y
真正影响“定位准不准”的，从来不是 HTML 标签，而是你选的定位机制（top/left vs transform）、是否理解设备像素比、以及有没有让浏览器走合成路径。小数偏移本身没问题，问题出在你没告诉浏览器“请用更高精度的通道来画它”。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
