在this question 中发布的示例日志中，结果是相同的。有谁知道这两者之间是否存在逻辑差异？
即使Apple's description 也令人困惑。这里是scale的描述：
与屏幕相关的自然比例因子 ... 这个值反映了从默认逻辑坐标空间转换到这个屏幕的设备坐标空间所需要的比例因子...
这是他们的description of nativeScale：
物理屏幕的原生比例因子
natural和native有什么区别？
【问题讨论】：
UIView的contentScaleFactor有什么区别？
nativeBounds 和 nativeScale 属性主要用于 OpenGL，表示实际像素大小和用于精确绘制屏幕分辨率的点到像素缩放因子，允许您避免以虚拟 1242×2208 大小绘制的额外渲染成本。例如，使用 CAEAGLLayer，您可以这样做：
theGLLayer.contentsScale = [UIScreen mainScreen].nativeScale;
...然后只需要以nativeBounds 的大小渲染其内容，即1080×1920。
该问题中的示例日志来自模拟器，但始终不能保证其行为与实际设备相同。
【讨论】：
scale 和 nativeScale 都告诉你一个点对应多少像素。但请记住，点会被渲染为intermediate buffer of pixels，然后会调整其大小以匹配屏幕分辨率。所以，当我们问，“1 pt 对应于多少像素？”它可能意味着中间像素（比例）或最终像素（nativeScale）。
在 iPhone 6 Plus（或同等尺寸的设备）上，scale 为 3，但 nativeScale 为 2.6。这是因为内容以 3 倍（1 点 = 3 像素）呈现，但随后生成的位图按比例缩小，导致 1 点 = 2.6 像素。
所以 scale 处理中间位图，而 nativeScale 处理最终位图。
这是没有显示缩放的。如果启用显示缩放，比例保持不变，为 3，因为中间缓冲区仍然在 1 点 = 3 像素处呈现。但是原生比例变成了 2.8。
所以，如果您想检查物理屏幕，请使用比例。例如，如果您有一个仅在 iPhone Plus 上运行的应用程序，您可以这样做：
if scale != 3 {
print("Not supported")
}
不是：
if nativeScale != 2.6 {
print("Not supported")
}
当用户启用显示缩放时，第二个代码片段未能达到预期效果。
【讨论】：