我不知道这是否是最好的解决方案，但我现在尝试的是将值作为字符串传递，除了小数点之外，不带任何格式，如下所示：

"amount": "1234.56"

应用程序可以很容易地解析它（并将其转换为double、BigDecimal、int或应用程序开发人员认为最适合浮点运算的任何方法），应用程序将负责根据区域设置和货币设置显示值的格式。
这种格式可以容纳其他货币值，无论是高度膨胀的大数、小数点后有三位数的数字，还是根本没有小数值的数字，等等。
当然，这需要假设应用已经知道所使用的区域设置和货币（来自另一个调用、应用设置或本地设备值）。如果需要在每个调用中指定这些内容，另一个选项是：

"amount": "1234.56",
"currency": "USD",
"locale": "en_US"

我很想将这些内容整合到一个JSON对象中，但是一个JSON提要可能有多个金额用于不同的目的，因此只需要指定一次货币设置。当然，如果列出的每个金额都不同，那么最好将它们封装在一起，如下所示：

{
"amount": "1234.56",
"currency": "USD",
"locale": "en_US"
}

另一个有争议的方法是让服务器提供原始金额和格式化金额（如果是这样，我建议将其封装为一个对象，而不是在一个提要中包含多个属性，这些属性都定义了同一个概念）：

{
"displayAmount":"$1,234.56",
"calculationAmount":"1234.56"
}

在这里，更多的工作被转移到服务器上，它还确保了不同平台和应用在如何显示数字方面的一致性，同时仍然为条件测试等提供了一个易于解析的值。
然而，这确实留下了一个问题--如果应用程序需要执行计算，然后将结果显示给用户怎么办？它仍然需要格式化数字以供显示。不妨使用本答案顶部的第一个示例，并给予应用程序控制格式化。
至少这是我的想法，我在这个领域还没有找到任何可靠的最佳实践或研究，所以我欢迎更好的解决方案或我没有指出的潜在陷阱。

当然，JSON中没有“货币”标准--它是基于基本类型的标准。您可能需要考虑的是，有些货币没有小数部分（几内亚法郎、印度尼西亚卢比），有些可以分为千分之一（巴林第纳尔）-因此，您不想假设两个小数位。对于伊朗真实的$200万不会让你走得很远，所以我希望你需要处理双精度数而不是整数。如果你正在寻找一个通用的国际模型，那么你将需要一个货币代码，因为恶性通货膨胀的国家经常每两年更换一次货币，以将价值除以1000，000（或100百万）。历史上巴西和伊朗都这样做过，我想。
如果您需要货币代码的参考（以及其他一些有用的信息），请查看这里：https://gist.github.com/Fluidbyte/2973986

金额应表示为字符串。
使用string的思想是，任何使用json的客户机都应该将其解析为十进制类型，例如BigDecimal，以避免浮点不精确。
然而，只有当系统的任何部分也避免使用浮点时，它才有意义，即使后端只是传递数据而不做任何计算，使用浮点最终会导致你所看到的（在程序中）不是你所得到的（在json上）。
假设数据源是一个数据库，那么用正确的类型存储数据是很重要的，如果数据已经存储为浮点型，那么任何后续的转换或转换都将是毫无意义的，因为从技术上讲，它将传递不精确。

ON Dev Portal - API指南-货币您可能会发现有趣的建议：

"price" : {
 "amount": 40,
 "currency": "EUR"
}

生成& format比生成一个字符串要困难一些，但我觉得这是实现它的最干净和最有意义的方法：
1.取消金额和币种
1.使用numberJSON类型
这里建议使用JSON格式：https://pattern.yaas.io/v2/schema-monetary-amount.json

{
    "$schema": "http://json-schema.org/draft-04/schema#",
    "type": "object",
    "title": "Monetary Amount",
    "description":"Schema defining monetary amount in given currency.",
    "properties": {
        "amount": {
            "type": "number",
            "description": "The amount in the specified currency"
        },
        "currency": {
            "type": "string",
            "pattern": "^[a-zA-Z]{3}$",
            "description": "ISO 4217 currency code, e.g.: USD, EUR, CHF"
        }
    },
    "required": [
        "amount",
        "currency"
    ]
}

另一个questions related to currency format指出，不管对错，实践更像是一个带有基本单位的字符串：

{
    "price": "40.0"
}

可能没有任何官方标准，我们的产品使用以下结构：

"amount": {
    "currency": "EUR",
    "scale": 2,
    "value": 875
}

上例表示金额€8.75。
货币定义为字符串（值应符合ISO4217），小数位数和值为整数，“小数位数”的含义很明显，这种结构解决了货币没有小数、小数位数不规范等问题。