FASTJSON 성능 최적화

\#\#직렬 화

Identity HashMap 캐 시 각종 직렬 화 처리 류 는 각종 기본 대상,집합 대상,제3자 대상,사용자 정의 대상 을 포함 하여 직렬 화 처리 류 의 빠 른 검색 을 편리 하 게 하고 자바 빈 Serializer 의 반복 적 인 생 성 을 피한다

코드 주소
4.567917.ThreadLocal 을 사용 하여 직렬 화 과정 에서 append 의 문자열 을 저장 하고 메모리 배분 과 gc 를 감소 시 켜 성능 을 향상 시 킵 니 다

클래스 StringBuilder 방식 으로 문자열 작업 을 하고 ThreadLocal 과 결합 하여 스 레 드 가 안전 한 StringBuilder 를 실현 합 니 다

코드 주소

결 성 은 sort field 출력 을 사용 하여 deserialize 최적화 준 비 를 합 니 다.정렬 된 출력 을 열 면 대상 복원(반 직렬 화)의 효율 을 향상 시 킬 수 있 는 이 유 는 아래 의 반 직렬 화 된'빠 른 일치'를 찾 아 보 세 요

asm 의 효율 적 인 반 사 를 사용 하고 fastjson-asm 는 objectweb asm 3.3.1 을 바탕 으로 개조 되 었 으 며 필요 한 부분 만 유지 하고 2000 줄 코드 가 되 지 않 습 니 다.[구체 적 인 코드](https://github.com/alibaba/fastjson/tree/master/src/main/java/com/alibaba/fastjson/asm)\#\#역 직렬 화
4.567917.Identity HashMap 캐 시 각종 반 직렬 화 처리 류 는 기본 대상,집합 대상,제3자 대상,사용자 정의 대상 을 포함 하여 반 직렬 화 류 의 빠 른 검색 을 편리 하 게 하고 자바 빈 Deserializer 의 반복 적 인 생 성 을 피한다.코드 는 직렬 화 된 처리 클래스 캐 시 와 비슷 합 니 다.구체 적 으로 참고 하 십시오.https://github.com/alibaba/fastjson/blob/master/src/main/java/com/alibaba/fastjson/parser/ParserConfig.java

4.567917.token 을 읽 는 것 은 예측 에 기반 합 니 다.json 문자열 을 역 직렬 화 할 때 다음 문 자 는 일반적으로 예측 할 수 있 습 니 다.예 를 들 어 문자}이후 에 가장 나타 날 수 있 는 것 은',',']','}'또는 끝 문자 로 token 이 많은 성능 을 향상 시 킬 것 이 라 고 계획 적 이 고 예측 적 으로 판단 할 수 있 습 니 다.그래서 Fastjson 은 실현 할 때 이런 함 수 를 썼 다코드

빠 른 일치.Fastjson 의 반 직렬 화 과정 에서 매우 유용 한 효율 개선 방법 은 질서 있 는 json 의 빠 른 일치 이다.질서 있 는 json 이란 json 문자열 의 key 는 문자 에 따라 정렬 된 것 입 니 다.위 에서 말 했 듯 이 Fastjson 의 직렬 화 기본 값 은 key 의 순서에 따라 이 루어 지기 때문에 반 직렬 화 를 할 때 Fastjson 은 최적화 알고리즘 을 사용 합 니 다.즉,key/value 의 내용 이 질서 가 있다 고 가정 하고 읽 을 때 key 의 일치 만 해 야 하 며 key 를 입력 에서 읽 을 필요 가 없습니다.이 최 적 화 를 통 해 Fastjson 이 json 텍스트 를 처리 할 때 50%가 넘 는 token 을 적 게 읽 도록 하 는 것 은 매우 관건 적 인 최적화 알고리즘 이다.이 알고리즘 을 바탕 으로 asm 를 사용 하여 성능 향상 이 매우 뚜렷 하고 300%가 넘 는 성능 향상 을 실현 합 니 다

{"id":123,"name":"testJson","salary":11}

위의 예 에서 볼 때 점선 에 표 시 된 세 부분 은 key 입 니 다.만약 keyid、key_name、key_salary 이 세 개의 key 는 순서 적 인 것 으로 최적화 처 리 를 할 수 있 습 니 다.이 세 개의 key 는 읽 을 필요 가 없고 비교 만 하면 됩 니 다.이런 알고리즘 은 두 가지 모델 로 나 뉘 는데 하 나 는 빠 른 모델 이 고 하 나 는 일반적인 모델 이다.빠 른 모드 는 key 가 순서 라 고 가정 하고 빠 른 처리 가 가능 하 며 빠 른 처리 가 불가능 한 것 을 발견 하면 일반적인 모드 로 되 돌아 갑 니 다.성능 을 확보 하 는 동시에 기능 에 영향 을 주지 않 습 니 다.이 예 에서 일반적인 모드 는 13 개의 token 을 처리 해 야 하고 빠 른 모드 는 6 개의 token 만 처리 해 야 합 니 다.구현 코드 세 션 은 다음 과 같 습 니 다:
코드

symbolTable 알고리즘 캐 시 키 워드 는 새로운 문자열 대상 을 만 들 지 않도록 합 니 다.생각해 보 세 요.만약 에 제 이 슨 문자열 에 수천 개의 똑 같은 제 이 슨 대상 의 배열 이 있다 고 가정 하면 전환 과정 에서 제 이 슨 대상 중의 key 를 캐 시 하지 않 으 면 수천 개의 똑 같은 문자열 대상(값 이 같 음)이 존재 할 것 입 니 다.그러면 큰 메모리 와 성능 을 낭비 할 것 입 니 다.그래서 Fastjson 은 임시 문자열 기호 변 수 를 캐 시 하기 위해 SymbolTable 클래스 를 썼 습 니 다

코드