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;
@Override
public 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 沖突解決該怎么解決了，如果剛好有類似的疑惑，不妨參照上述分析進行理解。如果想知道更多相關知識，歡迎關注億速云行業資訊頻道。