브라우저 실행 모드: 데이터는 브라우저에서 처리되며 서버에 업로드되지 않습니다.
속도와 안정성: 처리 속도는 기기와 브라우저에 따라 달라집니다. 대량 배치 작업에는 데스크톱 버전이 더 안정적일 수 있습니다.
도구를 불러오는 중입니다. 잠시 기다려 주세요...
도구를 불러오는 중입니다. 잠시 기다려 주세요...
온라인 도구가 로드되거나 실행되지 않으면 데스크톱 도구를 사용해 보세요. https://tools.yikeaigc.com/
도구 사용량
이전 버전으로 돌아가기
먼저 텍스트나 파일을 준비하고, 출력 형식을 설정한 뒤 결과를 계산해 내보내세요.
텍스트, 단일 파일, 일괄 파일 계산을 지원합니다. 일괄 모드는 모든 파일을 처리하며, 화면에는 확인용으로 처음 20개만 표시됩니다.
Adler-32
텍스트 및 파일
검증 확인
CSV / JSON / ZIP
설정 저장 가능
현재 작업
텍스트 입력
입력 대상0
데이터 크기0 B
출력 형식전체
먼저 1단계에서 텍스트를 입력하거나 파일을 선택하세요.
입력 데이터
데이터 소스를 선택하세요. 텍스트 모드는 2단계의 인코딩으로 바이트로 변환하고, 파일 모드는 원본 바이너리 내용으로 계산합니다.
텍스트 내용
예제 데이터로 빠르게 테스트 가능
단일 파일 선택
모든 형식의 파일 지원
여러 파일 선택
화면에는 처음 20개만 표시, 계산은 전체 처리
파일 확인
선택한 파일 없음
| # | 파일명 | 크기 | 유형 | 마지막 수정 |
|---|---|---|---|---|
| 파일을 선택하면 처음 20개 파일이 여기에 표시됩니다. | ||||
매개변수 설정
텍스트 계산은 인코딩 확인이 필요합니다. 파일 계산은 바이너리 내용을 직접 읽으며, 인코딩 설정은 파일 결과에 영향을 주지 않습니다.
기본 설정
먼저 기본 매개변수로 한 번 계산하는 것을 권장합니다
내보낼 내용
일괄 내보내기에는 성공 및 실패 기록이 포함됩니다
계산 내보내기
계산 후 결과 복사, 예상값 검증, CSV, JSON 또는 ZIP 압축 파일로 내보내기를 할 수 있습니다.
처리 진행률
계산 대기 중
0%
결과 작업
먼저 계산한 뒤 복사 또는 다운로드
계산 결과
결과 없음
미검증
계산 대기 중먼저 매개변수를 설정한 뒤 “계산 시작”을 클릭하세요.
십육진수 (Hex)
십진수 (Decimal)
이진수 (Binary)
A 구성 요소
B 구성 요소
데이터 통계
-
검증 결과
2단계에 입력한 예상 검증값과 비교
| # | 파일명 | 크기 | Adler-32 Hex | Adler-32 Dec | A | B | 상태 |
|---|
안내
소프트웨어 사용 방법
- 데이터 입력: 텍스트 입력, 단일 파일 또는 일괄 파일을 선택합니다. 텍스트는 내용을 직접 붙여 넣을 수 있으며, 예제 데이터를 클릭해 빠르게 테스트할 수도 있습니다.
- 파일 확인: 파일을 업로드하면 도구가 파일명, 크기, 유형 및 수정 시간을 표시합니다. 일괄 파일은 처음 20개만 표시되지만, 계산 및 내보내기 시에는 모든 파일이 처리됩니다.
- 매개변수 설정:
- 텍스트 인코딩: UTF-8, ASCII, Latin-1, GBK, GB2312, GB18030, UTF-16 LE를 지원합니다.
- 결과 표시: 모든 형식을 선택하거나 16진수, 10진수, 2진수만 표시할 수 있습니다.
- 16진수 스타일: 0x 접두사 포함 여부와 대소문자 형식을 설정할 수 있습니다.
- 예상 체크섬 값: 기존 체크섬 값을 입력하면 계산 완료 후 자동으로 비교할 수 있습니다.
- 계산 시작: “계산 내보내기” 단계로 이동한 뒤 “계산 시작”을 클릭하여 Adler-32 체크섬을 생성합니다.
- 결과 확인: 결과에는 16진수, 10진수, 2진수, A/B 구성 요소, 바이트 수 및 소요 시간 정보가 표시됩니다.
- 결과 내보내기: 주요 결과 또는 전체 결과를 복사할 수 있으며, CSV, JSON을 다운로드할 수도 있습니다. 일괄 결과는 ZIP 패키지로 다운로드할 수 있습니다.
자주 묻는 질문
답변: Adler-32는 데이터 무결성 검사, zlib 압축 데이터 검증, 파일 전송 확인 및 프로그램 디버깅에 자주 사용됩니다. 예기치 않은 손상을 감지하는 데 적합하지만, 암호화나 인증 알고리즘으로는 적합하지 않습니다.
답변: 네. Adler-32는 바이트를 기준으로 계산되므로, 같은 텍스트라도 UTF-8, GBK, UTF-16 LE 등 서로 다른 인코딩을 사용하면 바이트 시퀀스가 달라져 체크섬도 달라질 수 있습니다.
답: Adler-32는 두 개의 16비트 구성 요소로 이루어집니다. A는 바이트 누적값이고, B는 각 단계의 A 값 누적값이며, 둘 다 65521로 모듈러 연산한 뒤 결합되어 32비트 체크섬을 형성합니다.
답: 문서, 이미지, 오디오, 비디오, 압축 파일 및 프로그램 파일을 포함한 모든 형식의 파일을 지원합니다. 체크섬은 파일의 바이너리 내용을 기준으로 계산되며 확장자와는 관련이 없습니다.
답: Adler-32는 계산 과정이 더 가벼워 zlib 관련 환경에서 자주 사용됩니다. CRC-32는 일반적으로 오류 검출 능력이 더 강합니다. 일반적인 무결성 확인 용도라면 둘 다 사용할 수 있으며, 오류 검출 능력이 더 중요하다면 CRC 계열 알고리즘을 고려할 수 있습니다.
답: 일반적인 원인으로는 파일 내용 변경, 서로 다른 텍스트 인코딩 선택, 체크값 복사 시 문자 누락, 16진수와 10진수 형식 혼용, 또는 서로 다른 버전의 데이터를 비교하는 경우가 있습니다.