有没有一种安全的方法可以在 Android 上的 Chrome 中获得实际正确的屏幕物理尺寸？如有必要，可以将旧版本的 Chrome 和 Android 排除在范围之外。
关于从 javascript（或 css）获取设备的实际物理屏幕尺寸的 stackoverflow 上有许多死胡同的问题。html api 标准化和实际浏览器实现之间似乎没有融合，更不用说浏览器实现依赖于操作系统 api，而操作系统 api 又依赖于提供正确信息的硬件。
顺便说一下，在假设当时盛行的某个像素密度时，一些先前的答案是神秘的（2011 年等），因此毫无用处。其他与 webkit 有关，而 Chrome 闪烁可能已经取代了 chrome (?) 中的 webkit。
我想通过将事情限制在 Android 上的 Chrome 来探索一个简单解决方案的存在。
这完全是关于浏览器内的 javascript（或 css）解决方案，而不是本机应用程序的解决方案。
您无法真正获得真实的物理尺寸或实际 DPI，即使可以，您也无法对它们做任何事情。
这是一个相当长而复杂的故事，所以请原谅我。
Web 和所有浏览器都将 1px 定义为一个称为 CSS 像素的单位。CSS 像素不是真正的像素，而是根据设备的视角被认为是 1/96 英寸的单位。这被指定为参考像素。
参考像素是像素密度为 96dpi 且与阅读器的距离为一臂长的设备上一个像素的视角。因此，对于 28 英寸的标称臂长，视角约为 0.0213 度。对于手臂长度的阅读，1px 因此对应于大约 0.26 毫米（1/96 英寸）。
在 0.26 毫米的空间中，我们可能拥有非常多的真实设备像素。
浏览器这样做主要是出于遗留原因——大多数显示器在 Web 诞生时都是 96dpi——但也是为了一致性，在“过去”，在 800x600 的 15 英寸屏幕上的 22px 按钮将是 22px 按钮大小的两倍1600x1200 的 15 英寸显示器。在这种情况下，屏幕的 DPI 实际上是 2x（水平分辨率的两倍，但在相同的物理空间中）。这对网络和应用程序来说是一个糟糕的情况，因此大多数操作系统设计了许多方法来将像素值抽象为设备独立单元（Android 上的 DIPS、iOS 上的 PT 和网络上的 CSS 像素）。
iPhone Safari 浏览器是第一个（据我所知）引入视口概念的。这是为了使完整的桌面风格应用程序能够在小屏幕上呈现。视口被定义为 960 像素宽。这实际上将页面缩小了 3 倍（iphone 最初是 320 像素），因此 1 CSS 像素是物理像素的 1/3。当你定义一个视口时，你可以让这个设备在 163dpi 下匹配 1 个 CSS 像素 = 1 个真实像素。
通过使用宽度为“设备宽度”的视口，您无需在每个设备的基础上将视口的宽度设置为最佳 CSS 像素大小，浏览器只会为您完成。
随着双 DPI 设备的引入，手机制造商不希望移动页面看起来小 50%，因此他们引入了一个名为 devicePixelRatio 的概念（我相信首先在移动 webkit 上），这让他们保持 1 CSS 像素大约为 1/ 96 英寸，但让您了解您的资产（例如图像）可能需要两倍大小。如果您查看 iPhone 系列，他们的所有设备都说屏幕宽度（以CSS 像素为单位）为 320 像素，尽管我们知道这不是真的。
因此，如果您在 CSS 空间中将按钮设为 22px，则物理屏幕上的表示为 22 * 设备像素比。其实我这么说，不完全是因为设备像素比也从来不准确，手机制造商将其设置为一个不错的数字，例如 2.0、3.0 而不是 2.1329857289918....
总之，CSS 像素与设备无关，让我们不必担心屏幕的物理尺寸和显示密度等。
这个故事的寓意是：不要担心了解屏幕的物理像素大小。你不需要它。50px 在所有移动设备上看起来应该大致相同，它可能略有不同，但 CSS Pixel 是我们构建一致文档和 UI 的独立于设备的方式
资源：
根据 Matanster 的回答，他观察了 SVG 属性，例如screenPixelToMillimeterX，我做了一个测试，看看它们是否有效：
（编辑：这些属性从规范中删除（或从未删除），浏览器可能不再拥有（或从未拥有）它们，使我们远离了解实际物理显示大小）。
// on Macbook Pro Retina (2880x1800, 15.4"), is the calculated diagonal size
// approximately 15.4? Let's see...
var svgEl = document.createElementNS("http://www.w3.org/2000/svg", "svg");
var screenWidthMillimeters = svgEl.screenPixelToMillimeterX * 2880;
var screenHeightMillimeters = svgEl.screenPixelToMillimeterY * 1800;
var screenDiagonalMillimeters = Math.sqrt(Math.pow(screenWidthMillimeters, 2) + Math.pow(screenHeightMillimeters, 2)); // pythagorean theorem
var screenDiagonalInches = (screenDiagonalMillimeters / 10 / 2.54); // (mm / 10mm/cm) / 2.54cm/in = in
console.log("The calculated diagonal of the screen is "+screenDiagonalInches+" inches. \nIs that close to the actual 15.4\"?");
这是输出：
The calculated diagonal of the screen is 35.37742738560738 inches.
Is that close to the actual value of 15.4?
不。
似乎还没有办法在网络浏览器中获得真实的物理值。
您可以创建任何页面元素并使用实际物理单位设置其宽度。例如
<div id="meter" style="width:10cm"></div>
然后得到它的宽度（以像素为单位）。例如下面的 html 代码（我使用 JQuery）以厘米为单位显示设备屏幕宽度
<script>
var pixPer10CM = $('#meter').width();
var CMPerPix = 10 / pixPer10CM;
var widthCM = screen.width * CMPerPix;
alert(widthCM);
</script>
您可以使用 WURFL 获取该信息：
这些属性被称为：
resolution_(width|height)
physical_display_(width|height)
长版：
实现这一目标的最佳和最依赖的策略是user agent string将浏览器中的数据发送WURFL到可以提供所需信息的类似（或其他）最新数据库的数据库。
这是所有现代浏览器都可以提供的一条信息；它公开有关设备及其操作系统的信息。如果没有像WURFL.
这是一个常用于检测设备属性的数据库。
有了它，您或许可以准确地支持市场上大部分流行的设备。我会发布一个代码演示，但可以从WURFL网站上下载。您可以在与库一起下载的 examples/demo 文件夹中找到这样的演示。
以下是有关检查物理尺寸和分辨率的更多信息和说明：http : //www.scientiamobile.com/forum/viewtopic.php?f=16&t=286
作为“这个问题没有好的解决方案”答案的补充，只需检查您可以在 CSS 上使用的单位https://www.w3schools.com/cssref/css_units.asp
Unit Description
cm centimeters
mm millimeters
in inches (1in = 96px = 2.54cm)
px * pixels (1px = 1/96th of 1in)
pt points (1pt = 1/72 of 1in)
pc picas (1pc = 12 pt)
* Pixels (px) are relative to the viewing device.
For low-dpi devices, 1px is one device pixel (dot) of the display.
For printers and high resolution screens 1px implies multiple device pixels.
有了这个描述，似乎有一个解决方案。cm,mm并将in用于绘制与屏幕大小和分辨率无关的相同大小的内容。考虑到这一点，你可以期望的至少一个px，pt或pc可用于在像素级绘制，无论出于何种精密你想使用（否则，什么是在具有千万像素，右边的点？）。嗯，不。所有单位都是公制单位的分数，使所有这些单位只是不同的比例。故事中最糟糕的是，这些都不准确。只需使用 w3schools 示例（画一条 20 厘米的线并用尺子测量它）。
所以最后： - 没有办法准确地绘制具有物理尺寸的东西（应该是cm, mm, in，最终pt和pc）。- 无法独立于屏幕大小和分辨率（至少应该是这种情况px）绘制相同大小的内容。
这既是实现问题（未使用实际屏幕尺寸）也是设计问题（为什么应该px独立于屏幕尺寸，而已经有这么多单元）。