正确做法是用两个独立text并排，符号设小字号（如24rpx）、数字设大字号（36rpx）并用vertical-align: bottom对齐；多币种需按locale动态切换flex-direction和justify-content；iOS需避免小于26rpx字号并加transform: scale(1.001)防模糊；响应式更新必须用computed而非watch赋值。
uni-app里用text标签实现金额符号大小分离
直接上结论：别用rich-text或span嵌套模拟，uni-app的text组件不支持子节点，强行套会渲染失败或样式错乱。正确做法是用两个并排text，靠font-size和vertical-align微调对齐。
常见错误是写成这样：
<text>¥<text style="font-size: 28rpx">199</text></text>
——这在H5可能侥幸显示，但小程序端直接忽略内层text，只留¥字。
- 必须拆成两个独立
text，用flex容器包裹 - 符号（如¥、$）设小字号（比如
24rpx），数字设大字号（比如36rpx） - 加
vertical-align: bottom到符号上，否则¥默认基线偏高，看起来悬空 - 避免用
margin-top硬拉，不同平台rpx换算有偏差，对不齐
uni-app中price组件如何适配多币种符号位置
¥在左、€在右、￥在中间？不是靠改字符串顺序，而是按币种类型动态切换flex-direction和justify-content。
比如日元¥习惯左对齐，欧元€常右对齐，而某些地区会把符号叠在数字上方（少见但存在）。硬编码顺序会崩，尤其遇到en-US和ja-JP locale混用时。
- 用
Intl.NumberFormat生成原始格式化字符串，再用正则提取符号和数字部分 - 符号位置由
locale和currencyDisplay决定，不是固定逻辑 - 别信“所有货币符号都在前面”，
new Intl.NumberFormat('ar-EG', { style: 'currency', currency: 'EGP' }).format(100)返回"١٠٠٫٠٠ ج.م."，符号在后且含阿拉伯数字 - 真要兼容，优先取
currencyDisplay: 'symbol'，再根据resolvedOptions().currencyDisplay判断布局方向
uni-app金额组件在iOS小程序里字体发虚、数字错位
这是iOS端Webview对rpx + font-size组合的渲染bug，尤其当字号小于28rpx时，系统会强制缩放导致模糊，同时baseline计算偏移。
不是字体没加载完，也不是flex没设align-items，而是iOS对小字号的亚像素渲染失控。
- 符号字号最低设为
26rpx，再小必虚（实测24rpx在iPhone 12上明显糊） - 数字用
32rpx起步，避免用30rpx这种非整数倍，iOS对半像素处理不稳定 - 加
transform: scale(1.001)到数字text上，骗过iOS的模糊判定（别笑，有效） - 禁用
text-rendering: optimizeLegibility，uni-app默认不加这个，但如果你全局CSS写了，得删掉
为什么watch监听价格变化后，符号和数字没同步更新
因为直接改data里的字符串，Vue响应式没触发——你更新的是一个拼接后的displayPrice，不是原始数值。
典型写法：
data() { return { displayPrice: '¥199' } }, watch: { price(newVal) { this.displayPrice = formatPrice(newVal) } }
，看似没问题，但displayPrice本身没被依赖追踪，模板里用{{ displayPrice }}只是静态输出，不会随price响应式更新。
- 必须用
computed，而不是watch + data赋值 - 或者把
displayPrice声明为computed属性，内部调用formatPrice(this.price) - 如果要用
watch，得确保模板里绑定的是原始price，然后在watch里手动this.$forceUpdate()（不推荐，破坏响应式链） - 更糟的是在
watch里修改data又没用this.$set，对象深层属性变更失效
复杂点在于：符号大小、位置、清晰度、响应式更新，四个问题互相牵扯。改字号可能影响对齐，调对齐又可能触发iOS重绘模糊，动了响应式逻辑又让多币种适配变脆弱——哪个环节松一点，整个价格显示就露馅。
