소개
Base64 인코딩이란 무엇인가요? 이 질문에 답하기 전에 컴퓨터의 파일 분류를 이해해야 합니다. 컴퓨터의 경우 파일은 두 가지 범주로 나눌 수 있습니다. 하나는 텍스트 파일이고 다른 하나는 바이너리 파일입니다.
바이너리 파일의 경우 내용이 바이너리로 표시되므로 사람이 즉시 이해할 수 없습니다. 텍스트 편집기로 바이너리 파일을 열려고 하면 횡설수설이 나타날 수 있습니다. 이는 바이너리 파일의 인코딩 방법이 텍스트 파일의 인코딩 방법과 다르기 때문에 텍스트 편집기가 바이너리 파일을 텍스트 콘텐츠로 변환하려고 하면 잘못된 문자가 나타납니다.
텍스트 파일의 경우 초기 ASCII 인코딩과 현재 일반적으로 사용되는 UTF-8 및 UTF-16 인코딩 방법 등 다양한 인코딩 방법이 있습니다. 다른 인코딩을 사용하여 텍스트 파일을 열면 문자가 깨져 보일 수도 있습니다.
그래서 텍스트 파일이든 바이너리 파일이든 인코딩 형식이 통일되어야 합니다. 즉, 쓰기의 인코딩이 어떻게 생겼는지, 데이터 읽기의 인코딩도 일치해야 합니다.
Base64 인코딩은 실제로 바이너리 데이터를 시각적 ASCII 문자로 인코딩하는 인코딩 방법입니다.
왜 그런 요구 사항이 있나요?
우리는 컴퓨터 세계의 발전이 하루아침에 이루어지지 않는다는 것을 알고 있습니다. 문자 인코딩의 경우 처음에는 ASCII 인코딩만 지원했고 나중에는 유니코드 등으로 확장되었습니다. 따라서 많은 응용 프로그램에서 ASCII 인코딩 이외의 인코딩 형식은 지원되지 않습니다. 그렇다면 이러한 시스템에서 비ASCII 코드를 표시하는 방법은 무엇입니까?
해결책은 인코딩 매핑을 수행하여 ASCII가 아닌 문자를 ASCII 문자로 매핑하는 것입니다. Base64는 그러한 인코딩 방법입니다.
Base64를 사용하는 일반적인 장소는 웹 페이지입니다. 때로는 웹 페이지에 이미지를 표시해야 하므로 이미지를 base64로 인코딩한 다음 html로 채울 수 있습니다.
또 다른 응용 프로그램은 파일을 base64로 인코딩한 다음 이메일 첨부 파일로 보내는 것입니다.
JAVA의 base64 지원
base64 인코딩은 사용하기 매우 쉽기 때문에 JAVA의 base64 구현을 살펴보겠습니다.
Java에는 java.util.Base64라는 해당 base64 구현이 있습니다. 이 클래스는 JDK 버전 1.8에서 도입된 Base64용 도구 클래스입니다.
Base64는 세 가지 getEncoder 및 getDecoder 메소드를 제공합니다. 해당 Encoder 및 Decoder를 획득하면 인코더의 encode 및 decode 메소드를 호출하여 데이터를 인코딩하고 디코딩할 수 있어 매우 편리합니다.
먼저 Base64의 기본 사용 예를 살펴보겠습니다.
// 使用encoder进行编码 String encodedString = Base64.getEncoder().encodeToString("what is your name baby?".getBytes("utf-8")); System.out.println("Base64编码过后的字符串 :" + encodedString); // 使用encoder进行解码 byte[] decodedBytes = Base64.getDecoder().decode(encodedString); System.out.println("解码过后的字符串: " + new String(decodedBytes, "utf-8"));
도구 클래스로서 JDK에서 제공하는 Base64 도구 클래스는 여전히 매우 유용합니다.
이 글에서는 JDK에서 Base64가 어떻게 구현되는지를 주로 분석합니다.
JDK에서 Base64 분류 및 구현
JDK의 Base64 클래스는 getEncoder, getUrlEncoder 및 getMimeEncoder라는 세 가지 인코더 메서드를 제공합니다.
public static Encoder getEncoder() { return Encoder.RFC4648; } public static Encoder getUrlEncoder() { return Encoder.RFC4648_URLSAFE; } public static Encoder getMimeEncoder() { return Encoder.RFC2045; }
마찬가지로 getDecoder, getUrlDecoder, getMimeDecoder라는 세 가지 해당 디코더도 제공합니다.
public static Decoder getDecoder() { return Decoder.RFC4648; } public static Decoder getUrlDecoder() { return Decoder.RFC4648_URLSAFE; } public static Decoder getMimeDecoder() { return Decoder.RFC2045; }
코드에서 볼 수 있듯이 이 세 가지 인코딩은 각각 RFC4648, RFC4648_URLSAFE 및 RFC2045에 해당합니다.
이 세 가지는 모두 base64 인코딩의 변형입니다. 차이점을 살펴보겠습니다.
인코딩 이름 | 인코딩 문자 | 인코딩 문자 | 인코딩 문자 |
---|---|---|---|
62 nd position | 비트 63 | 완전한 문자 | |
RFC 2045: MIME |
+ +
|
/ |
= mandatory |
RFC 4648: base64 (standard) | + |
/ |
= optional |
RFC 4648: base64url (URL- and filename-safe standard) | - |
_ |
= |
RFC 4648: base64(표준)
+
/
=
선택사항
RFC 4648: base64url(URL- 및 파일 이름 안전 표준)
-
_
=
선택 사항🎜🎜🎜🎜🎜을 볼 수 있습니다. base64와 Base64url은 62번째와 63번째 인코딩 문자가 다르다는 점이며, MIME용 base64와 base64의 차이점은 완성 문자가 필수인지 여부입니다. 🎜🎜또한 Basic 및 base64url의 경우 줄 구분 문자가 추가되지 않지만 MIME의 base64에서는 줄이 76자를 초과한 후 줄 구분 기호로 'r' 및 'n'을 추가합니다. 🎜🎜마지막으로 디코딩 프로세스 중에 Base64 매핑 테이블에 없는 문자가 다르게 처리되면 base64 및 Base64url이 직접 거부되고 MIME용 base64는 무시됩니다. 🎜🎜base64와 Base64url의 차이점은 다음 두 가지 방법으로 확인할 수 있습니다. 🎜private static final char[] toBase64 = { 'A', 'B', 'C', 'D', 'E', 'F', 'G', 'H', 'I', 'J', 'K', 'L', 'M', 'N', 'O', 'P', 'Q', 'R', 'S', 'T', 'U', 'V', 'W', 'X', 'Y', 'Z', 'a', 'b', 'c', 'd', 'e', 'f', 'g', 'h', 'i', 'j', 'k', 'l', 'm', 'n', 'o', 'p', 'q', 'r', 's', 't', 'u', 'v', 'w', 'x', 'y', 'z', '0', '1', '2', '3', '4', '5', '6', '7', '8', '9', '+', '/' };
private static final char[] toBase64URL = { 'A', 'B', 'C', 'D', 'E', 'F', 'G', 'H', 'I', 'J', 'K', 'L', 'M', 'N', 'O', 'P', 'Q', 'R', 'S', 'T', 'U', 'V', 'W', 'X', 'Y', 'Z', 'a', 'b', 'c', 'd', 'e', 'f', 'g', 'h', 'i', 'j', 'k', 'l', 'm', 'n', 'o', 'p', 'q', 'r', 's', 't', 'u', 'v', 'w', 'x', 'y', 'z', '0', '1', '2', '3', '4', '5', '6', '7', '8', '9', '-', '_' };🎜MIME의 경우 한 줄의 최대 문자 수와 줄바꿈을 정의합니다. 🎜
private static final int MIMELINEMAX = 76; private static final byte[] CRLF = new byte[] {'\r', '\n'};🎜Base64의 고급 사용법🎜🎜일반 이 경우 Base64로 인코딩하는 객체의 길이는 고정되어 있습니다. 인코딩 또는 디코딩 메서드를 호출하려면 입력 객체를 바이트 배열로 변환하기만 하면 됩니다. 🎜🎜하지만 스트림 데이터를 변환해야 하는 경우도 있습니다. 이 경우 Base64에서 제공하는 두 가지 Stream 래핑 방법을 사용할 수 있습니다. 🎜
public OutputStream wrap(OutputStream os) { Objects.requireNonNull(os); return new EncOutputStream(os, isURL ? toBase64URL : toBase64, newline, linemax, doPadding); }
public InputStream wrap(InputStream is) { Objects.requireNonNull(is); return new DecInputStream(is, isURL ? fromBase64URL : fromBase64, isMIME); }🎜이 두 가지 방법은 각각 인코더와 디코더에 해당합니다. 🎜
위 내용은 Java에서 base64 인코더를 구현하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

javaispopularforcross-platformdesktopapplicationsduetoits "writeonce, runanywhere"철학

Java에서 플랫폼 별 코드를 작성하는 이유에는 특정 운영 체제 기능에 대한 액세스, 특정 하드웨어와 상호 작용하고 성능 최적화가 포함됩니다. 1) JNA 또는 JNI를 사용하여 Windows 레지스트리에 액세스하십시오. 2) JNI를 통한 Linux 특이 적 하드웨어 드라이버와 상호 작용; 3) 금속을 사용하여 JNI를 통해 MacOS의 게임 성능을 최적화하십시오. 그럼에도 불구하고 플랫폼 별 코드를 작성하면 코드의 이식성에 영향을 미치고 복잡성을 높이며 잠재적으로 성능 오버 헤드 및 보안 위험을 초래할 수 있습니다.

Java는 Cloud-Native Applications, Multi-Platform 배포 및 교차 운용성을 통해 플랫폼 독립성을 더욱 향상시킬 것입니다. 1) Cloud Native Applications는 Graalvm 및 Quarkus를 사용하여 시작 속도를 높입니다. 2) Java는 임베디드 장치, 모바일 장치 및 양자 컴퓨터로 확장됩니다. 3) Graalvm을 통해 Java는 Python 및 JavaScript와 같은 언어와 완벽하게 통합되어 언어 교차 수용 가능성을 향상시킵니다.

Java의 강력한 유형 시스템은 유형 안전, 통합 유형 변환 및 다형성을 통해 플랫폼 독립성을 보장합니다. 1) 유형 안전성 런타임 오류를 피하기 위해 컴파일 시간에 유형 검사를 수행합니다. 2) 통합 유형 변환 규칙은 모든 플랫폼에서 일관성이 있습니다. 3) 다형성 및 인터페이스 메커니즘은 코드가 다른 플랫폼에서 일관되게 행동하게 만듭니다.

JNI는 Java의 플랫폼 독립성을 파괴 할 것입니다. 1) JNI는 특정 플랫폼에 대한 로컬 라이브러리를 요구합니다. 2) 대상 플랫폼에서 로컬 코드를 컴파일하고 연결해야합니다. 3) 운영 체제 또는 JVM의 다른 버전은 다른 로컬 라이브러리 버전을 필요로 할 수 있습니다.

신흥 기술은 위협을 일으키고 Java의 플랫폼 독립성을 향상시킵니다. 1) Docker와 같은 클라우드 컴퓨팅 및 컨테이너화 기술은 Java의 플랫폼 독립성을 향상 시키지만 다양한 클라우드 환경에 적응하도록 최적화되어야합니다. 2) WebAssembly는 Graalvm을 통해 Java 코드를 컴파일하여 플랫폼 독립성을 확장하지만 성능을 위해 다른 언어와 경쟁해야합니다.

다른 JVM 구현은 플랫폼 독립성을 제공 할 수 있지만 성능은 약간 다릅니다. 1. OracleHotspot 및 OpenJDKJVM 플랫폼 독립성에서 유사하게 수행되지만 OpenJDK에는 추가 구성이 필요할 수 있습니다. 2. IBMJ9JVM은 특정 운영 체제에서 최적화를 수행합니다. 3. Graalvm은 여러 언어를 지원하며 추가 구성이 필요합니다. 4. AzulzingJVM에는 특정 플랫폼 조정이 필요합니다.

플랫폼 독립성은 여러 운영 체제에서 동일한 코드 세트를 실행하여 개발 비용을 줄이고 개발 시간을 단축시킵니다. 구체적으로, 그것은 다음과 같이 나타납니다. 1. 개발 시간을 줄이면 하나의 코드 세트 만 필요합니다. 2. 유지 보수 비용을 줄이고 테스트 프로세스를 통합합니다. 3. 배포 프로세스를 단순화하기위한 빠른 반복 및 팀 협업.


핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

SecList
SecLists는 최고의 보안 테스터의 동반자입니다. 보안 평가 시 자주 사용되는 다양한 유형의 목록을 한 곳에 모아 놓은 것입니다. SecLists는 보안 테스터에게 필요할 수 있는 모든 목록을 편리하게 제공하여 보안 테스트를 더욱 효율적이고 생산적으로 만드는 데 도움이 됩니다. 목록 유형에는 사용자 이름, 비밀번호, URL, 퍼징 페이로드, 민감한 데이터 패턴, 웹 셸 등이 포함됩니다. 테스터는 이 저장소를 새로운 테스트 시스템으로 간단히 가져올 수 있으며 필요한 모든 유형의 목록에 액세스할 수 있습니다.

SublimeText3 Linux 새 버전
SublimeText3 Linux 최신 버전

DVWA
DVWA(Damn Vulnerable Web App)는 매우 취약한 PHP/MySQL 웹 애플리케이션입니다. 주요 목표는 보안 전문가가 법적 환경에서 자신의 기술과 도구를 테스트하고, 웹 개발자가 웹 응용 프로그램 보안 프로세스를 더 잘 이해할 수 있도록 돕고, 교사/학생이 교실 환경 웹 응용 프로그램에서 가르치고 배울 수 있도록 돕는 것입니다. 보안. DVWA의 목표는 다양한 난이도의 간단하고 간단한 인터페이스를 통해 가장 일반적인 웹 취약점 중 일부를 연습하는 것입니다. 이 소프트웨어는

ZendStudio 13.5.1 맥
강력한 PHP 통합 개발 환경

안전한 시험 브라우저
안전한 시험 브라우저는 온라인 시험을 안전하게 치르기 위한 보안 브라우저 환경입니다. 이 소프트웨어는 모든 컴퓨터를 안전한 워크스테이션으로 바꿔줍니다. 이는 모든 유틸리티에 대한 액세스를 제어하고 학생들이 승인되지 않은 리소스를 사용하는 것을 방지합니다.
