我的屏幕分辨率是多少？为什么答案会骗人

问一个网站你的屏幕分辨率是多少，它给出的数字可能根本没印在你笔记本的包装盒上。一台 4K 机器报告 1536x864 不是 bug——而是缩放在正常工作。你的屏幕其实有三个不同的“分辨率”，每一个都有各自重要的理由。

三个数字，一块屏幕

人们说“分辨率”时，往往把三种不同的测量混在一起：

• 屏幕尺寸——操作系统呈现给应用的显示器坐标空间，以 CSS 像素为单位，已经应用了缩放。
• 视口（viewport）——你的浏览器窗口此刻实际占据的那部分空间。调整窗口大小，这个数字就变；其他两个不变。
• 物理像素——面板上真实的灯珠。包装盒上的数字：1920x1080、3840x2160 等等。

你可以在我们的屏幕分辨率测试上看到全部三个实时数值——还有方向、色深和全屏对比。测试运行时拖动浏览器窗口大小，看着视口数字变化而屏幕尺寸纹丝不动。这一个实验就能讲清整个概念。

那么哪个才是“你的分辨率”？买显示器看物理像素；做网页设计、以及网站看到的，看 CSS 像素的屏幕尺寸；视频通话窗口能不能放在笔记旁边，看视口。它们都是对不同问题的诚实回答。

为什么你的 4K 笔记本报告 1536x864

就是这个谜题把人们送进了搜索引擎。一台 14 英寸、3840x2400 面板的笔记本，向每个网站报告的屏幕尺寸是 1536x864。卖家骗了你吗？没有——这台笔记本正运行在 250% 显示缩放下，这是 Windows 对高密度笔记本屏幕的默认推荐值。

算一下：物理分辨率除以缩放系数。3840 ÷ 2.5 = 1536。操作系统假装屏幕宽 1536 个 CSS 像素，让按钮和文字保持可读的物理尺寸，然后用 2.5x2.5 的物理像素绘制每个 CSS 像素，细节锐利如刀。你同时得到了 4K 的锐度和低分辨率的易用性。

同样的把戏在 2026 年无处不在：一台 150% 缩放的 27 英寸 4K 显示器报告 2560x1440；一部 1170x2532 面板的手机报告 390x844。报告的数字是逻辑屏幕，不是物理屏幕——而网站几乎永远只能看到逻辑的那个。

用一杯咖啡讲清设备像素比

设备像素比（DPR）是两个世界之间的桥梁。它回答一个问题：显示器用多少个物理像素来画一个 CSS 像素？DPR 1 意味着一对一——标准显示器的旧世界。DPR 2 意味着每个 CSS 像素是一块 2x2、共四个物理像素，也就是苹果命名为“Retina”的东西。

现代设备走得更远。旗舰手机跑 DPR 3 甚至更高——一个 CSS 像素背后有九个物理像素。那台 250% 缩放的笔记本是 DPR 2.5。这就是为什么手机上的文字顺滑得不可思议：浏览器用来画字母的像素，远比 CSS 布局知道的要多。

这也解释了经典的截图之谜。你截了一页“刚好填满”1536x864 屏幕的网页，导出的 PNG 却有 3840 像素宽。截图捕获的是物理像素而不是 CSS 像素——所以图片宽度是你的 CSS 宽度乘以 DPR。你的分辨率没有变，变的是你的尺子。

人们实际打游戏用的分辨率

物理分辨率仍然是那个既烧钱又烧帧数的参数。每升一级，你的显卡每帧要推的像素数就翻一倍不止：

尽管 4K 营销搞了十年，Steam 硬件调查始终显示 1080p 是最常见的游戏分辨率，1440p 则稳步攀升至第二。原因很简单：竞技玩家用像素换帧率。1080p 240Hz 的画面比 4K 60Hz 赢下更多对枪——这个主题我们在反应速度基准里还会反复提到。

如果你在纠结预算花在哪，分辨率和刷新率争夺的是同一笔钱。新面板到家后，我们的显示器检测清单会带你把两者都验证一遍。

为什么主播和手机报告的数字这么奇怪

有没有注意过主播的悬浮窗显示 1536x864 或 1600x900 的画布？那通常是缩放后的 4K 或 1440p 桌面，或者是刻意降分辨率让直播渲染更快、文字在手机屏幕上更可读。这些“奇怪”的数字，不过是物理分辨率除以缩放系数。

手机是极端案例。一台物理面板 1179x2556 的 iPhone 在 DPR 3 下报告的 CSS 屏幕是 393x852——这个数字看起来像打错了，直到你乘以三。Android 旗舰也用 2.625 或 3.5 这样的 DPR 做同样的事，这就是为什么移动端屏幕统计里全是 412x915 这样的数值。

平板、折叠屏和 120Hz 掌机在 2026 年玩的都是同一个游戏：大大的物理面板，克制的逻辑屏幕，中间一个 DPR 负责翻译。

网站实际如何使用这些数字

响应式设计跑在 CSS 像素上，不是物理像素。当一个网站从桌面布局切换到移动布局时，它检查的是你的视口是否越过断点——通常在 768 或 1024 CSS 像素宽附近。你的手机报告 390 CSS 像素，所以它拿到移动布局——尽管它的面板物理像素比很多笔记本还多。

这也解释了为什么浏览器缩放会改变布局。放大到 125% 并不会增加像素；它把 CSS 像素撑大，从而缩小你视口的 CSS 宽度。在桌面上放得够狠，网站就会给你上平板布局——这个派对把戏第一次总能骗到所有人。

对于做网站或调试网站的人，屏幕分辨率测试上的实时视口读数——随你调整窗口即时更新——比专门开开发者工具查断点更快。

什么时候更高分辨率反而是坏事

更多像素不是免费的。追逐最大数字之前，四个代价值得知道：

• 帧率：4K 正好是 1080p 的 4 倍像素。同样设置下，同一块显卡的 FPS 大约腰斩，甚至更多。
• 迷你 UI：27 英寸屏幕跑 4K 100% 缩放，尽情享受眯眼看 9 磅字号吧。用缩放修复之后，你其实又回到了逻辑 1440p。
• 续航：高 DPI 面板和喂饱它的显卡功耗，会实打实地吃掉笔记本和手机的续航——这也是很多手机现在默认使用较低渲染模式的原因之一。
• 缩放伪影：无视 DPI 缩放的老应用在高 DPI 屏幕上渲染得发虚，看起来可能比一块朴素的 1080p 面板还糟。

实用的结论：让分辨率匹配屏幕尺寸和观看距离，让缩放匹配你的眼睛，剩下的交给 DPR 在后台默默工作。

总结

你的屏幕有三个分辨率，而且它们全都“正确”：面板上的物理像素、缩放后的 CSS 坐标空间，以及浏览器窗口占据的视口。如果网站在你的 4K 机器上报告 1536x864，什么都没坏——那是 250% 缩放在做它该做的事。查一下三个实时数值，用 CSS 数字乘以 DPR 验证面板，然后把升级预算花在你的显卡和眼睛真正用得上的分辨率上。