最稳解法是pages.json中globalstyle配置rpxcalcmaxdevicewidth: 0，强制统一按375px基准换算（1rpx=0.5px），禁用动态缩放，避免ipad横屏下rpx“炸开”；需注意格式零容错、仅小程序生效、排除缓存与固定px干扰。
直接在 pages.json 里配 rpxCalcMaxDeviceWidth: 0，这是最稳、最省事的解法。其他方案要么无效，要么引入新问题。
为什么 rpx 在 iPad 上会“炸开”
rpx 默认按屏幕宽度线性换算：1rpx = screenWidth / 750 px。iPad 横屏常达 1366px 或 2048px，结果就是 32rpx 变成 58px 甚至 87px —— 字大得没法读，按钮撑满半屏。这不是单位失效，是缩放逻辑失控。
小程序端（微信/支付宝）不走 H5 那套 viewport 或 JS 动态重算流程，它完全依赖 uni-app 编译时注入的基准规则。所以改 CSS 媒体查询、改 uni.upx2px、加 resize 监听，统统不起作用。
- 微信基础库 ≥2.27.0 后，rpx 解析更严格，旧版 CLI 编译出的包可能直接不渲染样式
-
rpxCalcMaxDeviceWidth默认是 960，只要设备宽度超 960（几乎所有 iPad 横屏都超），就继续放大，毫无收敛 - 设为
2000看似折中，但在 1366px 的 iPad 上仍会算出 1.82px/rpx，32rpx ≈ 58px，依然过大
pages.json 配置必须一次写对
必须写在 pages.json 的 globalStyle 下，且格式零容错：
{
"globalStyle": {
"rpxCalcMaxDeviceWidth": 0,
"rpxCalcBaseDeviceWidth": 375
}
}
注意：rpxCalcBaseDeviceWidth 不用改，默认 375 即可（对应 1rpx = 0.5px）。关键在 rpxCalcMaxDeviceWidth: 0 —— 它不是“不限制”，而是“禁用动态缩放”，强制所有设备统一按 375px 基准计算。
- 配置项之间不能多加逗号，否则整个
globalStyle被忽略（常见“配了没反应”的原因） - 必须用数字
0，不能写字符串"0"或布尔值false - 仅对小程序平台生效；App 和 H5 端需另配（H5 要改
manifest.json）
配完还大？先排除三个干扰项
即使配置正确，仍可能看起来“还是大”，大概率是以下三类外部因素：
- 微信开发者工具模拟器缓存未清：关掉工具，删掉项目缓存目录再重开
- 真机上开启了“显示大小”或“字体大小”系统级放大（华为 MatePad 常见“最小宽度”被手动改成 713，应设回 800）
- 图片或 background 使用了固定
px尺寸，没随 rpx 收敛：背景图加background-size: cover，图标改用upx或 SVG
别碰 dynamicRpx 和媒体查询 hack
有人试过在 manifest.json 里加 dynamicRpx: true，或用 @media (min-width: 768px) 手动把 rpx 除以 2 —— 这些在小程序端基本无效。
dynamicRpx 是专为微信小程序运行时 dpr 校准设计的开关，只影响像素密度（dpr=3 时是否补 1px），不干预 rpx 的宽度基准计算；而小程序的媒体查询对 rpx 单位本身无作用，它只能覆盖已编译好的 px 值，但 rpx 在编译阶段已被转成 px，此时再查 min-width 已晚。
真正要分场景控制的，是文字和容器：文字用 rpx + rpxCalcMaxDeviceWidth: 0 保一致性；非文字元素（如边框、图标、间距）优先用 upx，它比 rpx 更稳定，跨端表现更一致。
