各平台的推荐下限不同，不可混用
别名: 平台规范 · iOS Human Interface Guidelines · Material Design · pt vs dp
概念解释
苹果的 Human Interface Guidelines 建议触摸目标不小于约 44×44 点（point，pt），Google 的 Material Design 建议不小于约 48×48 密度无关像素（density-independent pixel，dp）。这两个数字不能直接比较或换算，因为 pt 和 dp 是两套不同的逻辑单位体系，各自对应各自平台的密度换算规则；把"44"和"48"当作同一把尺子上的两个刻度去比大小，是这条知识要纠正的常见误用。
机制
为什么两个数字不能直接比？pt 是苹果坐标系里的逻辑单位，实际物理大小由该设备的点到像素缩放因子决定；dp 是 Android 坐标系里的逻辑单位，实际物理大小由该设备所属的密度桶决定。两套体系的基准密度定义、换算规则，以及各自生态里真实设备的物理密度分布都不同，同一个数字在两个平台上对应的物理尺寸未必相等，只是大致都落在同一个量级——大约 7 到 10 毫米——附近。这个"大致相近"是两家平台各自基于人因研究独立收敛到的结果，不是同一份原始数据的两种表达方式，因此不能反推出二者可以互相替代。跨平台产品如果把 Android 的 48 dp 数值直接硬编码到 iOS 工程里当作 48 pt，或者反过来，实际渲染出的物理尺寸就会和目标平台的原生控件不一致，用户在同一产品的两个版本上会体验到不同的触达手感，却往往说不清哪里不对。
怎么研究
验证跨平台下限是否等效，要先把两个平台的推荐值换算到统一的物理单位（毫米），再分别在各自平台的真实设备、真实系统缩放设置下测量命中率和误触率，而不是在设计稿的像素网格里直接比较数字大小。方法论要点：系统级的显示缩放设置（用户可以在系统里调大字体或整体界面缩放）会进一步改变逻辑单位对应的物理尺寸，如果测试只固定在默认缩放下进行，会低估真实用户群体里因开启辅助缩放而产生的目标物理尺寸变化，也就低估了实际的失败率。
边界
这两个数字是平台方基于自身人因研究给出的建议起点，不是所有场景的充分条件——高风险操作、老年用户群体、单手极端姿势等场景可能需要比平台建议更大的尺寸（这属于边缘/角落场景的另一层问题）。同时它们也不是可以无视具体控件语义随便超标的理由：把所有控件都做到远超平台建议的尺寸，会破坏平台原生的视觉密度和用户对该平台的既有预期。用跨平台框架渲染的界面，如果框架本身没有正确处理两个平台的密度体系差异，即使代码里写的是同一个数值，两端渲染出的物理尺寸也可能不一致，这种问题纯前端代码审查很难发现，需要在真机上实测。
怎么落地
- 在设计系统里为每个目标平台维护独立的尺寸令牌，并显式标注对应的物理尺寸换算，而不是共用一套跨平台数值。
- 优先使用平台原生组件，让平台自己处理触达尺寸和密度换算，只在必须自定义控件时才手动核对目标平台的推荐值。
- 在两个平台的真机上分别测试命中率，并把测试矩阵扩展到系统级显示缩放被调大的场景。