在iOS应用接入应用内购（IAP）时，开发者经常发现同一件商品在不同国家或不同设备上展示的价格文字并不相同，有的甚至出现了货币符号错乱、小数位异常或干脆显示原始数值的情况。这类问题如果不在上线前处理好，很容易引起用户误解、客诉乃至退款。
造成价格显示不一致的根本原因，往往不是苹果后台配置错误，而是客户端在拿到SKProduct对象后，没有正确使用系统提供的本地化价格与格式化能力，而是自己拼字符串或写死了货币符号。下面我们从SKProduct的核心属性讲起，逐步说明如何正确处理。
一、SKProduct本地化价格与货币代码基础
当App向App Store发起产品请求，并通过SKProductsRequestDelegate拿到SKProduct数组后，每一个SKProduct实例都已经包含了针对当前Apple ID所属区域定价的信息。其中最关键的两个属性是price和priceLocale。price是一个NSDecimalNumber，表示商品在该区域的基准金额；priceLocale则是NSLocale对象，描述了该价格对应的语言、国家与货币体系。
很多初学者会直接把price.stringValue拿出来用，再手动加上一个美元符号或人民币符号。这种做法在单区域测试时看似没问题，但一旦用户切换了App Store地区，或者使用了其他语言的系统，写死的符号就和实际扣款币种对不上了。正确的本地化价格应当由系统根据priceLocale生成，而不是开发者臆测。
二、使用NumberFormatter输出本地化价格
苹果推荐的做法是利用NumberFormatter将SKProduct的price按照priceLocale格式化为用户母语习惯的字符串。具体代码如下思路：创建NumberFormatter实例，设置formatter.locale = product.priceLocale，设置formatter.numberStyle = .currency，然后调用string(from: product.price)。这样得到的文字既包含正确的货币符号，也符合当地小数位与千位分隔习惯。
举例来说，同一件定价为0.99美元的商品，在美区英文环境下格式化为“$0.99”，在欧元区德文环境下可能显示为“0,99 €”，而在日文环境下则是“¥99”。这些差异是NSLocale自动处理的，开发者不需要关心每个国家的规则。如果错误地使用了设备系统语言对应的formatter而不是priceLocale，就可能出现价格数值对、但符号错位的尴尬情况。
常见格式化错误对照
| 错误做法 | 导致现象 | 正确方式 |
|---|---|---|
| 直接取price.stringValue并拼接"$" | 国区用户看到"$6.00"而非"¥6.00" | 用priceLocale的NumberFormatter |
| 使用系统locale而非priceLocale | 德区账号显示"€0.99"但实为美元扣款 | 绑定product.priceLocale |
| 自行四舍五入price | 日元无小数却显示.00 | 交由formatter处理小数位 |
三、货币代码的作用与读取
除了展示用的本地化字符串，有时服务端需要记录交易币种，这时候就要用到priceLocale中的货币代码。可以通过priceLocale.currencyCode获取，例如"USD"、"CNY"、"JPY"。这个代码和ISO 4217标准一致，方便后端对账与财务报表使用。
需要注意的是，currencyCode只代表该Apple ID区域对应的结算币种，并不等于用户银行卡币种。若应用有自己的跨区定价逻辑，应以SKProduct返回的信息为准，而不是读取设备语言或IP地址来判断。否则就会出现前端显示人民币、但实际走美元结算的混乱。
四、环境一致性排查清单
当发现价格显示异常时，建议按以下顺序排查：第一，确认SKProduct确实从苹果服务器拉取成功，而非本地缓存的旧数据；第二，检查formatter是否设置了priceLocale；第三，确认测试用的沙盒账号所属国家与后台定价区域匹配；第四，清理一次App重装，避免老版本残留配置干扰。
不少团队在联调时用了美区沙盒号，却把手机系统语言设为中文，然后抱怨符号不对。其实只要坚持用priceLocale做格式化，系统语言和账号区域不同也不会影响金额呈现。真正麻烦的是混合多种来源的数据，比如把自建服务器的汇率也算进去，那就会彻底偏离IAP的真实价格体系。
五、总结与实践建议
解决iOS内购价格显示不一致，核心原则只有一条：所有面向用户的金额文字，都必须来自SKProduct配合priceLocale的格式化结果。货币代码用于后台标识，不要参与UI展示。只要守住这条线，无论用户身处哪个国家、使用哪种语言，看到的价格都会和苹果扣款保持一致。
建议在封装内购模块时，专门写一个SKProduct的扩展，提供localizedPriceText计算属性，统一返回格式化字符串，禁止业务层直接接触price原始值。这样能从架构上杜绝手写符号带来的区域错乱问题。
iOS_IAPSKProduct本地化价格货币格式化修改时间：2026-08-10 11:42:28