Jiang Shan
Jiang Shan
这个不是 bug。对于数字类型，在反序列化时 fastjson2 会根据大小自动推断其类型，对于大小在 int 范围内的数字，会将其解析成通用的 Integer 类型；对于范围在 long 内的解析成 Long；超过 long 范围则解析为 BigDecimal。 我觉得这种设计是出于性能和通用性的考虑。在多数场景下，一个整数被当作 Integer 或 Long 处理是最高效的。如果所有数字，无论大小，都默认反序列化成 BigDecimal，会带来不必要的性能开销和内存占用。
你好，2.0.33版本确实存在这个问题，不过最新版本已经修复了，请将fastjson2版本升级至最新，如2.0.57
可以参考：https://github.com/alibaba/fastjson2/issues/461
方便给出能够重现该问题的全部代码吗？比如AppPermissionInfo的代码
 查了一下官方说明，SupportSmartMatch能够识别上面五种，目前应该是不支持后下划线类型的识别。
你好，可以帮忙测试`2.0.60`有问题吗？
已支持，可以等下个版本发布
我查了下源码，流式解析确实只能由开发者人为控制，因为对于复杂对象（多层嵌套），框架只能将其完整加载到内存中递归解析；nextIfName...Match...是一系列高速匹配字段名的方法，追求高性能场景下可以使用。