FastJSON和Jersey 冲突解决该怎么解决

这期内容当中小编将会给大家带来有关FastJSON和Jersey 冲突解决该怎么解决，文章内容丰富且以专业的角度为大家分析和叙述，阅读完这篇文章希望大家可以有所收获。

在测试 hugegraph 时，按照官方默认的Example Code 怎么都调用不通过，Debug 发现HTTPClient 发送的 PropertyKey 序列化 JSON 的时候无字段。

说明：我的工程是实际项目中的，有大量的依赖无法去除。 经过查看 PropertyKey 代码发现，JSON 绑定了 jackson 实现，对于Builder模式，FastJSON生成JSON一直都是不太智能的，初步怀疑是 fastjson 引起冲突。

public class PropertyKey extends SchemaElement {    @JsonProperty("data_type")    private DataType dataType;    @JsonProperty("cardinality")    private Cardinality cardinality;    @JsonProperty("aggregate_type")    private AggregateType aggregateType;}

度娘了部分资料，原来是fastjson在1.2.36后，加入JerseyAutoDiscoverable的实现，在jersey启动的时候，会自动去加载FastJsonProvider。降级 fastjson 为 1.2.35，无问题。个人有点偏执，jersey 和 fastjson 都不想降级。查看 FastJsonAutoDiscoverable 代码发现有个 autoDiscover 开关：

public volatile static boolean autoDiscover = true;@Overridepublic void configure(final FeatureContext context) {    final Configuration config = context.getConfiguration();    if (!config.isRegistered(FastJsonFeature.class) && autoDiscover) {        context.register(FastJsonFeature.class);    }}

因此在 工程启动类加个静态代码域，把 autoDiscover 设置为 false，则问题解决。

static {    FastJsonAutoDiscoverable.autoDiscover = false;}

上述就是小编为大家分享的FastJSON和Jersey 冲突解决该怎么解决了，如果刚好有类似的疑惑，不妨参照上述分析进行理解。如果想知道更多相关知识，欢迎关注行业资讯频道。