我通过创建一个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:我最初的回答是“不要这样做”。为了积极:

The real question, I think, has nothing to do with the iPad X vs. iPad mini. I think it is about optimizing UI element dimensions and placement to the user's ergonomics. You need to determine the size of the user's finger/s in order to drive your UI element sizing and, perhaps, positioning. This, again, is and should probably be arrived at without needing to actually know what device you are running on. Let's exaggerate: Your app is running on a 40 inch diagonal screen. Don't know the make and model or the DPI. How do you size the controls?

你需要在网站/游戏中显示一个控制元素的按钮。我将由您决定在哪里或如何做这件事是有意义的。

虽然用户会看到这是一个单独的按钮，但实际上它是由一个小的紧密排列的按钮组成的矩阵，这些按钮在视觉上被覆盖，看起来像一个单独的按钮图像。想象一个100 × 100像素的按钮由400个按钮组成，每个按钮5 × 5像素。你需要实验，看看这里什么是有意义的，以及你的抽样需要多小。

按钮数组可能的CSS:

.sense_row {
  width:100px;
  height:5px;
  margin:0;
  padding:0;
}

.sense_button {
  float:left;
  width:3px;
  height:3px;
  padding:0px;
  margin:0px;
  background-color:#FF0;
  border:1px solid #000;
} 

和生成的数组:

当用户触摸按钮数组时，您将有效地获得用户手指接触区域的图像。然后，您可以使用您想要的任何标准(可能是经验派生的)，以达到一组可以用于根据需求缩放和定位各种UI元素的数字。

这种方法的美妙之处在于，您不再关心您可能要处理的设备名称或型号。你所关心的只是用户手指相对于设备的大小。

我可以想象，这个sense_array按钮可以作为应用程序的入口过程的一部分隐藏起来。例如，如果这是一款游戏，可能会有一个“Play”按钮或各种带有用户名称的按钮，或者选择他们将玩哪个关卡的方法等等。你懂的。sense_array按钮可以位于用户为了进入游戏而触碰的任何地方。

编辑2:只是注意到你可能不需要那么多感知按钮。一组同心圆或按钮排列成一个巨大的星号*可能就可以了。你必须尝试。

下面是我的老答案，我给你硬币的两面。

旧的回答:

正确的答案是:不要这样做。这是个坏主意。

如果你的按钮太小，以至于在mini上无法使用，你就需要让你的按钮变大。

如果说我在开发原生iOS应用的过程中学到了什么，那就是，试图超越苹果只会带来不必要的痛苦和恶化。如果他们选择不让你识别设备，那是因为，在他们的沙盒里，你不应该识别。

我想知道，你在调整纵向和横向的大小/位置吗?

基于Douglas关于iPad 2上的新webkitAudioContext().destination. numberofchannels的问题，我决定运行一些测试。

检查numberOfChannels在iPad mini上返回2，但在iPad 2、iOS 5和iOS 6上没有返回2。

然后我试着检查webkitAudioContext是否可用

var hasWebkitAudio = typeof(webkitAudioContext) === "object";
alert(hasWebkitAudio);​

同样，iPad Mini和iPad 2在iOS 6下返回true，而iPad 2在iOS 5下返回false。

(这个测试不适用于桌面，用于桌面检查webkitAudioContext是否是一个函数)。

下面是供您尝试的代码:http://jsfiddle.net/sqFbc/

iPad 2和iPad Mini的电池大小不同。

If iOS 6 supports it, you can get the current battery level from 0.0..1.0 using window.navigator.webkitBattery.level. At some level either in hardware or software, that is likely calculated as CurrentLevel / TotalLevel, where both are ints. If so, that will result in a float which is a multiple of 1 / TotalLevel. If you take lots of battery level readings from both devices, and calculate battery.level * n you might be able to find a value of n where all the results start to be close to integers, which will give you iPad2TotalLevel and iPadMiniTotalLevel.

如果这两个数字不同，并且相互素数，那么在生产中您可以计算电池。* iPad2TotalLevel和电池。level * iPadMiniTotalLevel。更接近整数的值将指示正在使用的设备。

对不起，这个答案中有太多的如果!希望会有更好的事情发生。

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

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

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

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

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

那么微基准测试呢，在iPad 2上计算大约需要X微秒，在iPad mini上计算大约需要Y秒。

这可能不够准确，但iPad mini的芯片可能在某些指令上更有效率。