机器人中的Moshi vs Gson

Question

我决定是否使用方形或Gson的Moshi来序列化和反序列化模型数据.

我总是不喜欢Gson的一件事是我认为它使用的反射在Android上可能很慢？莫希也使用反射吗？

moshi vs Gson的优点和缺点是什么？

我觉得它们很相似.以此语句为例,创建一个typeAdapter:

class CardAdapter {
  @ToJson String toJson(Card card) {
    return card.rank + card.suit.name().substring(0, 1);
  }

  @FromJson Card fromJson(String card) {
    if (card.length() != 2) throw new JsonDataException("Unknown card: " + card);

    char rank = card.charAt(0);
    switch (card.charAt(1)) {
      case 'C': return new Card(rank, Suit.CLUBS);
      case 'D': return new Card(rank, Suit.DIAMONDS);
      case 'H': return new Card(rank, Suit.HEARTS);
      case 'S': return new Card(rank, Suit.SPADES);
      default: throw new JsonDataException("unknown suit: " + card);
    }
  }
}

并使用它注册就像在gson中:

Moshi moshi = new Moshi.Builder()
.add(new CardAdapter())
.build();

我想优势将是typeAdapter中使用的注释.如果我切换到Moshi,我想知道是否有任何性能提升.

Answer 1

Moshi使用Okio来优化Gson没有的一些东西.

• 在读取字段名称时,Moshi不必分配字符串或进行哈希查找.
• Moshi将输入扫描为一系列UTF-8字节,懒洋洋地转换为Java字符.例如,它永远不需要将整数文字转换为字符.

如果您已经在使用Okio流,那么这些优化的好处尤其明显.Retrofit和OkHttp的用户尤其受益于Moshi.

关于Moshi起源的进一步讨论在我的帖子Moshi中,另一个JSON处理器.

Answer 2

根据swankjesse对reddit的评论：

我为我在Gson上的工作感到自豪，但也对其某些局限性感到失望。我想解决这些问题，而不是“ Gson 3.0”，部分原因是我不再在Google工作。杰克（Jake），斯科特（Scott），埃里克（Eric）和我创建Moshi来解决Gson的各种局限性。这是十个比Mson胜过Gson的小理由：

1. 即将到来的Kotlin支持。

2. 像@HexColor int这样的限定符允许单个Java类型使用多个JSON表示形式。

3. @ToJson和@FromJson使编写和测试自定义JSON适配器变得容易。

4. JsonAdapter.failOnUnknown（）允许您拒绝意外的JSON数据。

5. 可预测的异常。Moshi针对IO问题抛出IOException，而针对类型不匹配抛出JsonDataException。吉森到处都是。

6. 在常见情况下，JsonReader.selectName（）避免了不必要的UTF-8解码和字符串分配。

7. 您将发货一个较小的APK。Gson是227 KiB，Moshi + Okio一起是200 KiB。

8. Moshi不会将平台类型的实现细节泄漏到编码的JSON中。这让我担心Gson：gson.toJson（SimpleTimeZone.getTimeZone（“ GMT”））

9. 默认情况下，Moshi不会进行奇怪的HTML转义。以Gson的默认编码“ 12＆5 = 4”为例。

10. 默认情况下，没有安装任何损坏的日期适配器。

如果您正在编写新代码，强烈建议从Moshi开始。如果您有与Gson一起的现有项目，则应该升级，因为那将是简单且无风险的。否则，请坚持使用Gson！我正在尽力确保它保持兼容和可靠。