XDM，我们都知道Golang是一种自然的高并发性，高效率汇编语言。
但是我们也可以知道，无论工具有多好，使用都是错误的，所有这些都是徒劳的。让我给我两个常见的感觉。
当计算量很小时，可能看不到临时结构和地图的时间消耗的时间消耗，但是数字很明显，并且差距将变得更大。
当我们遇到密钥和值时，我们可以修复，我们选择的结构比选择地图更有效
程序运行查看效果：
使用结构方法，需要36毫秒。您这次有什么感觉？
让我们看一下使用地图的方式
程序运行查看效果：
使用struct服用7598毫秒
使用MAP和使用struct完成相同的数据处理，这是时间的212倍。这样，当我们编码时，您将为上述方案选择哪种数据结构？
为什么上述差距如此之大，原因是
当我们确定字段时，我们会使用临时结构在操作过程中动态分配内容。
但是地图不是相同的，地图必须检查指南，这是非常耗时的。
如何在XDM的工作中实现编码XDM？我们的工具暂时提供如下：
看到这一点，也许我们有他们自己的答案，但是我们仍然开始练习它，以了解他们在同一字符串缝线中与他们打交道所花费的时间。
程序运行查看效果：
看到此数据XDM震惊，它是如此慢，花了147477毫秒，但这是合适的2分27秒。
使用GO语言中的处理字符串非常消耗，我们可以通过数据查看
程序运行查看效果：
看到这些数据，我们也感到震惊。花了262931毫秒，总计4分22秒，XDM不希望使用fmt.sprintf慢于使用？
程序运行查看效果：
它需要142923毫秒，总计2分22秒，这与使用方式不可媲美
使用的方法应该说是最好的方法，
通过上述数据，我们可以看到相同500,000数据的缝合
使用的方法是第一次类型16,386次，第二种类型的29,214次，第三次15,880次
XDM，如果遇到上述场景，您会选择哪种方法？评论领域可以一起讨论它，是否有更有效的方法。