唯一有效解法是在pages.json的globalStyle中配置rpxCalcMaxDeviceWidth: 0和rpxCalcBaseDeviceWidth: 375，禁用动态缩放、统一按375px基准换算，使1rpx恒为0.5px，确保iPad等大屏文字尺寸稳定可读。
pages.json里配rpxCalcMaxDeviceWidth是唯一有效解法
直接改pages.json的globalStyle，其他方式（如媒体查询、动态计算、postcss插件）要么失效，要么引入额外复杂度且不可靠。rpx在iPad上“炸开”的根源是uni-app默认按设备实际宽度线性缩放，而iPad横屏常超1366px，导致1rpx被算成远大于0.5px的值。
必须在pages.json中写入：
{
"globalStyle": {
"rpxCalcMaxDeviceWidth": 0,
"rpxCalcBaseDeviceWidth": 375
}
}
-
rpxCalcMaxDeviceWidth: 0表示禁用动态缩放，强制所有设备统一按375px基准换算（即1rpx = 0.5px），字体和间距立刻回归iPhone SE级别大小 -
rpxCalcBaseDeviceWidth保持默认375即可，不用改；若设计稿基准是其他值（如750），才需同步调整 - 配置项之间不能加逗号——这是“写了没反应”的最高频原因，尤其容易在
pageOrientation等相邻字段后多打一个逗号 - 该配置仅对小程序平台生效，H5和App端不受影响，无需条件编译包裹
为什么rpxCalcMaxDeviceWidth: 2000不如设为0
设成2000看似“保留响应性”，但在1366px的iPad横屏下，1rpx ≈ 1366 / 750 ≈ 1.82px，一个32rpx的标题实际渲染约58px，远超可读范围。而设为0后，32rpx恒为16px，和小屏一致。
这不是妥协，而是优先保障操作精度与文字可读性——后台系统、表单类应用尤其需要这种稳定性。
- 设2000只在宽度≤2000px时启用缩放，超过后回落到基准，但iPad Pro 12.9寸横屏已达2048px，已触发回落，实际效果和设0几乎一样
- 设0无例外场景，无需判断设备型号或DPR，逻辑更干净
- 副作用是图片、卡片等容器可能偏小，此时应改用
upx单位或配合@media (min-width: 768px)微调，而非回退到px
rpx在Pad上动态绑定无效，别白费劲
试图用:style="{ fontSize: fontSize + 'rpx' }"或v-bind:style动态拼接rpx值，结果不会随屏幕变化重新计算——uni-app的rpx解析发生在编译期或页面加载初期，运行时修改字符串无法触发重排。
- 所有rpx必须写死在
.vue的<style>块里，或内联style属性中（如style="font-size: 28rpx;"） - 想做条件适配？用
class切换配合媒体查询，例如：@media (min-width: 768px) { .title { font-size: 14rpx; } } - 千万别在
onLoad里调uni.getSystemInfo再算rpx值——拿到的只是初始尺寸，旋转屏幕后不会更新
文字用rpx + rpxCalcMaxDeviceWidth: 0，非文字元素优先用upx
文字尺寸必须稳定，所以rpx配rpxCalcMaxDeviceWidth: 0是黄金组合；但按钮、卡片、图片容器等非文本元素，若只靠rpx会显得局促，这时upx更合适——它基于设计稿宽度（默认750）和设备dpr双重计算，在Pad上能自然放大。
-
upx不是万能，它依赖uni-app的dpr检测，某些定制ROM或折叠屏设备dpr识别不准，需实测 - 混合使用时注意：同一组件内避免
rpx和upx混用控制同一维度（比如height用rpx，padding用upx），易造成比例失衡 - 真要保底，对关键容器加
max-width: 750upx或min-height: 100rpx，防止极端情况塌陷或溢出
px或未适配的rpx，一并改成rpx或upx才能真正收口。 
