如何分析fastjson處理下劃線和駝峰問題的方法和源碼，針對這個問題，這篇文章詳細(xì)介紹了相對應(yīng)的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

創(chuàng)新互聯(lián)建站專注于企業(yè)成都全網(wǎng)營銷、網(wǎng)站重做改版、臨河網(wǎng)站定制設(shè)計、自適應(yīng)品牌網(wǎng)站建設(shè)、H5高端網(wǎng)站建設(shè)、商城網(wǎng)站建設(shè)、集團(tuán)公司官網(wǎng)建設(shè)、外貿(mào)網(wǎng)站建設(shè)、高端網(wǎng)站制作、響應(yīng)式網(wǎng)頁設(shè)計等建站業(yè)務(wù)，價格優(yōu)惠性價比高，為臨河等各大城市提供網(wǎng)站開發(fā)制作服務(wù)。

一. 前言

在開發(fā)過程中經(jīng)常遇到j(luò)son解析和生成的問題，所以用自己也一直用fastjson來實(shí)現(xiàn)這個功能。

但是，最近遇到一個問題:

1. json字符串里面的數(shù)據(jù)很多都是"_"下劃線的比如，op_id。

2. 而在java里面，很多都是駝峰的寫法，如opId

那這兩種可以匹配然后解析嗎？

二. http請求的解決方法

http請求有個@JsonProperty的注解，但是這個注解，fastjson不識別;不過fastjson支持JSONField注解，如下：

@JSONField(name="sta")
private String status;

三. 智能匹配

fastjson提供了智能匹配的規(guī)則，下面寫法會自動映射

op_id->opid->ipId

也就是說就算json字符串是'op_id'，那java變量也可以用opid或者opId，然后也可以獲取相應(yīng)的數(shù)據(jù)。

如下：

public class Runme {
	static int ONE_DAY_SECONDS = 24 * 60 * 60 * 1000;
	public static void main(String[] args) {
		String json = "{\"op-id\":1000}";
		Mo mo = JSON.parseObject(json, Mo.class);
		
		System.out.println(mo.getOpId());
	}
	
	public static class Mo {
		private String opId;

		public String getOpId() {
			return opId;
		}

		public void setOpId(String opId) {
			this.opId = opId;
		}
	}
}

四. 原理分析

那fastjson是怎么做到的呢？

看了下源代碼

https://github.com/alibaba/fastjson

發(fā)現(xiàn)它的邏輯如下：

文件：src/main/java/com/alibaba/fastjson/parser/deserializer/JavaBeanDeserializer.java

方法:  smartMatch(String key, int[] setFlags)

public FieldDeserializer smartMatch(String key, int[] setFlags) {
        if (key == null) {
            return null;
        }
        
        FieldDeserializer fieldDeserializer = getFieldDeserializer(key, setFlags);

        if (fieldDeserializer == null) {
            long smartKeyHash = TypeUtils.fnv1a_64_lower(key);
            if (this.smartMatchHashArray == null) {
                long[] hashArray = new long[sortedFieldDeserializers.length];
                for (int i = 0; i < sortedFieldDeserializers.length; i++) {
                    hashArray[i] = TypeUtils.fnv1a_64_lower(sortedFieldDeserializers[i].fieldInfo.name);
                }
                Arrays.sort(hashArray);
                this.smartMatchHashArray = hashArray;
            }

            // smartMatchHashArrayMapping
            int pos = Arrays.binarySearch(smartMatchHashArray, smartKeyHash);
            boolean is = false;
            if (pos < 0 && (is = key.startsWith("is"))) {
                smartKeyHash = TypeUtils.fnv1a_64_lower(key.substring(2));
                pos = Arrays.binarySearch(smartMatchHashArray, smartKeyHash);
            }

            if (pos >= 0) {
                if (smartMatchHashArrayMapping == null) {
                    short[] mapping = new short[smartMatchHashArray.length];
                    Arrays.fill(mapping, (short) -1);
                    for (int i = 0; i < sortedFieldDeserializers.length; i++) {
                        int p = Arrays.binarySearch(smartMatchHashArray
                                , TypeUtils.fnv1a_64_lower(sortedFieldDeserializers[i].fieldInfo.name));
                        if (p >= 0) {
                            mapping[p] = (short) i;
                        }
                    }
                    smartMatchHashArrayMapping = mapping;
                }

                int deserIndex = smartMatchHashArrayMapping[pos];
                if (deserIndex != -1) {
                    if (!isSetFlag(deserIndex, setFlags)) {
                        fieldDeserializer = sortedFieldDeserializers[deserIndex];
                    }
                }
            }

            if (fieldDeserializer != null) {
                FieldInfo fieldInfo = fieldDeserializer.fieldInfo;
                if ((fieldInfo.parserFeatures & Feature.DisableFieldSmartMatch.mask) != 0) {
                    return null;
                }

                Class fieldClass = fieldInfo.fieldClass;
                if (is && (fieldClass != boolean.class && fieldClass != Boolean.class)) {
                    fieldDeserializer = null;
                }
            }
        }


        return fieldDeserializer;
    }

它里面有個重要的地方就是調(diào)用TypeUtils.fnv1a_64_lower(String)方法，分別計算傳入的key(op_id)和定義的java成員變量opId，然后計算他們是否匹配。

如果匹配的話，就會覆蓋。

所以，關(guān)鍵就在于TypeUtils.fnv1a_64_lower(String)方法實(shí)現(xiàn)，如下：

這個方法就是如果是'_'或者'-'，那么就忽略，也就是如果是op_id，那么就會變成opid。

如果是大寫，那么就轉(zhuǎn)換成小寫，也就是opId，就會變成opid。

所以op-id或者op_id，都可以匹配opId或者opid

public static long fnv1a_64_lower(String key){
        long hashCode = 0xcbf29ce484222325L;
        for(int i = 0; i < key.length(); ++i){
            char ch = key.charAt(i);
            if(ch == '_' || ch == '-'){
                continue;
            }
            if(ch >= 'A' && ch <= 'Z'){
                ch = (char) (ch + 32);
            }
            hashCode ^= ch;
            hashCode *= 0x100000001b3L;
        }
        return hashCode;
    }

關(guān)于如何分析fastjson處理下劃線和駝峰問題的方法和源碼問題的解答就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站制作公司行業(yè)資訊頻道了解更多相關(guān)知識。

分享名稱：如何分析fastjson處理下劃線和駝峰問題的方法和源碼-創(chuàng)新互聯(lián)
轉(zhuǎn)載來于：http://www.rwnh.cn/article22/dosecc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供自適應(yīng)網(wǎng)站、企業(yè)建站、響應(yīng)式網(wǎng)站、企業(yè)網(wǎng)站制作、關(guān)鍵詞優(yōu)化、做網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)