iPhone或DPR≥2设备上border:1px变粗是因DPR导致CSS像素被拉伸，解决核心是绕过原生映射，用::after+transform缩放控制物理像素数，需严格遵循定位、锚点、前缀、交互和盒模型等5个关键点。
直接写 border: 1px 在 iPhone 或 DPR ≥ 2 的安卓机上必然变粗，这不是写法错误，是设备像素比（window.devicePixelRatio）导致的物理渲染结果：浏览器把 1 CSS 像素拉伸成 2 或 3 个物理像素，且不做降采样。所谓“优雅解决”，核心是绕过 border 的原生映射逻辑，用可控手段控制最终输出的物理像素数。
为什么不能直接用 border-width: 0.5px
绝大多数浏览器不支持非整数 px 边框宽度：0.5px 在 iOS Safari 13+ 才开始有限支持，Android WebView（尤其 UC、QQ、旧版 Chrome）普遍四舍五入为 1px 或直接忽略；0.33px 更常被解析为 0px。实测中 getComputedStyle(el).borderWidth 仍返回 "1px"，这不是 bug，是渲染引擎的硬性限制。别在生产环境赌兼容性。
::after + transform: scaleY(0.5) 必须写的 5 个关键点
缩放本身简单，错位才是高频翻车点。以下缺一不可：
- 父元素必须设
position: relative，否则::after会相对于body定位 -
::after用height: 1px+background-color，别用border-bottom: 1px——后者受盒模型干扰，缩放后边缘易虚、位置飘 -
transform-origin必须显式写成0 100%（左下角），不能只写bottom；Safari 某些版本对默认值解析不一致，不写就上浮露白 - 必须加
pointer-events: none，否则 UC/QQ 浏览器下伪元素会拦截点击，列表项点不中 - 要加
-webkit-transform和-webkit-transform-origin前缀，iOS 12–15 对无前缀属性支持不稳定
四边 1px 边框怎么避免缩放偏移和露白
单边缩放简单，四边一起缩放容易错位或裁边，关键在尺寸撑开 + 锚点锁定：
-
::after设top: 0; left: 0; right: 0; bottom: 0;，再写width: 200%; height: 200%，然后transform: scale(0.5) -
transform-origin改为0 0（左上角），确保缩放锚点稳定，不随内容变化偏移 - 伪元素必须显式声明
box-sizing: border-box，否则默认content-box会让边框外扩，缩放后四角错位 - 若父容器有
overflow: hidden，缩放后伪元素可能被裁——因为缩放基于原始 200% 尺寸计算，坐标系未同步收缩，可加will-change: transform提升图层防裁切
DPR=3 设备（如 iPhone 14 Pro）下 scaleY(0.5) 仍显粗怎么办
scaleY(0.5) 在 DPR=3 下实际占 1.5 物理像素（1px × 2 × 0.5 × 3 = 3 → 渲染为 1.5px），不是整数像素，Safari 渲染仍会插值发虚：
- 媒体查询兜底最稳妥：
@media (-webkit-min-device-pixel-ratio: 3), (min-resolution: 3dppx)内覆盖transform: scaleY(0.333) - 但 Safari 对
scaleY(0.333)支持不稳定，更推荐 fallback 到box-shadow: 0 1px 1px -1px rgba(0,0,0,0.5)模拟下边框，或background: linear-gradient(to bottom, #ccc 50%, transparent 50%) - 别试图用 JS 注入 class——首屏渲染前 JS 还没执行，白屏期边框就错了
真正容易被忽略的是：::after 的 content 必须是非空字符串（哪怕只是 ' '），否则伪元素不会渲染；颜色无法继承 border-color，得用 background-color 或 CSS 变量手动管理；圆角必须由父容器用 border-radius + overflow: hidden 裁剪伪元素，不能直接在伪元素上设置。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
