要求所有使用iPad2用户代理的用户使用内置相机提供一张照片，并使用HTML文件API检测分辨率。由于摄像头的改进，iPad Mini照片的分辨率将会更高。

你也可以创建一个不可见的画布元素，并使用canvas API将其转换为PNG/JPG格式。我没有任何方法来测试它，但由于底层的压缩算法和设备的像素密度，产生的比特可能会有所不同。

不是回答问题，而是问题背后的问题:

您的目标是在更小的屏幕上改善用户体验。UI控件的外观是其中一部分。UX的另一部分是应用程序的响应方式。

如果你将响应点击的区域设置得足够大，以便在iPad Mini上对用户友好，同时保持UI控件的视觉表现足够小，以便在iPad上获得视觉上的愉悦，会怎样?

如果您已经收集了足够多不在可视区域的点击，您可以决定以可视的方式缩放UI控件。

作为奖励，这也适用于iPad上的大手。

你总是可以问用户?!

如果用户不能看到按钮或内容，那么就给他们一种自己管理缩放的方法。您总是可以在站点中构建一些缩放按钮，以使内容(文本/按钮)变大/变小。这将(几乎)保证适用于任何iPad当前的分辨率，也可能适用于苹果公司决定的任何未来分辨率。

我通过创建一个iPad mini可以渲染的更大的画布来检测iPad mini，填充一个像素，然后读取颜色。iPad mini显示的颜色是“000000”。其他的都是渲染为填充色。

部分代码:

function rgbToHex(r, g, b) {
    if (r > 255 || g > 255 || b > 255)
        throw "Invalid color component";
    return ((r << 16) | (g << 8) | b).toString(16);
}
var test_colour = '8ed6ff';
working_context.fillStyle = '#' + test_colour;
working_context.fillRect(0,0,1,1);
var colour_data = working_context.getImageData(0, 0, 1, 1).data;
var colour_hex = ("000000" + rgbToHex(colour_data[0], colour_data[1], colour_data[2])).slice(-6);

我需要这个画布大小，所以它的特征检测在我的用例。

如果你创建了一堆1“x1”宽的div，并将它们一个接一个地附加到父div，直到边界框从1英寸跳到2英寸?mini上的一英寸和iPad上的一英寸是一样大的，对吧?

这并不是对你提出的问题的回答，但我希望这比说“不要这样做”更有用:

与其检测iPad Mini，为什么不检测用户很难点击控件(或者:总是在控件的子区域中点击)，然后增加/缩小控件的大小来适应他们呢?

对于需要更大控件的用户来说，不管使用什么硬件，他们都可以获得这些控件;那些不需要更大的控制和想要看到更多内容的用户也可以得到。这不像检测硬件那么简单，还有一些细微的事情需要做对，但如果做得仔细的话，效果会很好。