1. 기존 JAVA IO 시스템에서 디스크 파일 데이터를 읽는 과정은 다음과 같습니다.
FileInputStream 클래스를 예로 들면 이 클래스에는 read(byte b[]) 메서드가 있습니다. 바이트 b[ ]는 읽기를 사용자 공간에 저장하려는 버퍼입니다. read(byte b[]) 메소드의 소스 코드를 참조하면 내부적으로 readBytes(b, 0, b.length) 메소드를 호출하고, readBytes(b, 0, b.length) 메소드를 호출하는 것을 알 수 있습니다. 네이티브 메서드(즉, 로컬 메서드)이고, 마지막으로 이 로컬 메서드, 즉 시스템 커널의 read() 메서드를 호출하여 시스템 호출을 시작합니다. 이 프로세스에서 커널은 데이터를 읽습니다. , 디스크 컨트롤러는 DMA 작업을 통해 디스크에서 데이터를 읽습니다. 커널 버퍼를 가져오며 이 프로세스는 CPU에 의존하지 않습니다. 그런 다음 사용자 프로세스는 커널 버퍼의 데이터를 사용자 공간 버퍼로 복사합니다. 그런 다음 사용자 프로세스는 사용자 공간 버퍼에서 데이터를 읽습니다. 사용자 프로세스가 하드웨어에 직접 액세스할 수 없기 때문입니다. 따라서 커널은 파일을 읽는 중개자 역할을 해야 합니다.
전체 과정은 아래 그림과 같습니다.
2. JAVA 1.4부터 NIO에 파일 채널 개념이 도입되었습니다. Traditional IO는 Byte(바이트)와 Stream(스트림)을 기반으로 하는 반면, NIO는 Buffer(버퍼)와 Channel(채널)을 기반으로 하며, 이는 기존 IO와 유사한 FileChannel 클래스와 Selector(선택기)를 제공합니다. 스트림이 연결되어 있습니다. 파일 채널은 FileInputStream 또는 FileOutputStream을 통해 얻을 수 있으며, 채널을 통해 파일을 읽고 쓸 수 있습니다.
3. JAVA NIO는 또한 파일 메모리 매핑 개념을 도입합니다. 대부분의 최신 운영 체제는 가상 메모리 매핑을 지원합니다. 이러한 방식으로 커널 공간 주소와 사용자 공간의 가상 주소를 동일한 물리적 주소에 매핑할 수 있습니다. 하드웨어(물리적 메모리 주소에만 액세스할 수 있음)는 커널과 사용자 공간 프로세스 모두에 표시되는 버퍼를 채울 수 있습니다. 아래 그림과 같습니다.
각각 IO, BufferedIO 및 NIO를 사용하여 파일 복사에 소요되는 시간을 비교해 보겠습니다. 11MB 오디오 파일
기존 IO 방식을 사용하여 파일을 복사하는 데 21ms가 걸립니다
NIO 파일 채널 방식을 사용하여 파일을 복사하는 데 16ms가 걸립니다
NIO 파일 메모리 매핑 및 파일 채널을 사용하여 파일을 복사하는 데 7ms가 걸립니다
FileUtils 파일 복사 도구를 사용하는 데 7ms 소요 수업 시간: 53ms
package com.maystar.utils;
import java.io.File;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.nio.MappedByteBuffer;
java.nio.channels.FileChannel 가져오기;
org.apache.commons.io.FileUtils 가져오기;
public class FileCopyTest {
public static void main(String[] args)에서 예외 발생 {
String sourcePath = "F:\glzmv.mp3";
String destPath1 = "F:\glzmvCopy1.mp3";
String destPath2 = "F:\glzmvCopy2.mp3";
String destPath3 = "F:\glzmvCopy3.mp3";
String destPath4 = "F:\glzmvCopy4.mp3";
long t1 = System.currentTimeMillis();
traditionalCopy(sourcePath,destPath1);
long t2 = System.currentTimeMillis();
System.out.println("传统IO방법实现文件拷贝耗时:" + (t2-t1) + "ms");
nioCopy(sourcePath,destPath2);
long t3 = System.currentTimeMillis();
System.out.println("利응NIO文件통도방법방법实现文件拷贝耗时:" + (t3-t2) + "ms");
nioCopy2(sourcePath,destPath3);
long t4 = System.currentTimeMillis();
System.out.println("利用NIO文件内存映射及文件通道实现文件拷贝耗时:" + (t4-t3) + "ms");
nioCopy3(sourcePath,destPath4);
long t5 = System.currentTimeMillis();
System.out.println("利用FileUtils文件拷贝耗时:" + (t5-t4) + "ms");
}
private static void nioCopy3(String sourcePath, String destPath)에서 예외 발생 {
파일 소스 = new File(sourcePath);
파일 대상 = new File(destPath);
FileUtils.copyFile(source, dest);//查看源码commons-io-2.4也使用的是nio操作,实现类似nioCopy操,但是为什么效率比nioCopy要低,原因是에서 FileUtils.copyFile을 사용하여 IOUtils를 사용하는 방법은 동일하지 않습니다.
}
private static void nioCopy2(String sourcePath, String destPath) throws 예외 {
파일 소스 = new File(sourcePath);
파일 대상 = new File(destPath);
if(!dest.exists()) {
dest.createNewFile();
}
FileInputStream fis = new FileInputStream(source);
FileOutputStream fos = new FileOutputStream(dest);
FileChannel sourceCh = fis.getChannel();
FileChannel destCh = fos.getChannel();
MappedByteBuffer mbb = sourceCh.map(FileChannel.MapMode.READ_ONLY, 0, sourceCh.size());
destCh.write(mbb);
sourceCh.close();
destCh.close();
}
private static void traditionalCopy(String sourcePath, String destPath)에서 예외가 발생함{
파일 소스 = new File(sourcePath);
파일 대상 = new File(destPath);
if(!dest.exists()) {
dest.createNewFile();
}
FileInputStream fis = new FileInputStream(소스);
FileOutputStream fos = new FileOutputStream(dest);
바이트 [] buf = 새 바이트 [fis.available()];
int len = 0;
while((len = fis.read(buf)) != -1) {
fos.write(buf, 0, len);
}
fis.close();
fos.close();
}
private static void nioCopy(String sourcePath, String destPath)에서 예외 발생{
파일 소스 = new File(sourcePath);
File dest = new File(destPath);
if(!dest.exists()) {
dest.createNewFile();
}
FileInputStream fis = new FileInputStream(소스);
FileOutputStream fos = new FileOutputStream(dest);
FileChannel sourceCh = fis.getChannel();
FileChannel destCh = fos.getChannel();
destCh.transferFrom(sourceCh, 0, sourceCh.size());
sourceCh.close();
destCh.close();
}
}

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 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

mPDF
mPDF는 UTF-8로 인코딩된 HTML에서 PDF 파일을 생성할 수 있는 PHP 라이브러리입니다. 원저자인 Ian Back은 자신의 웹 사이트에서 "즉시" PDF 파일을 출력하고 다양한 언어를 처리하기 위해 mPDF를 작성했습니다. HTML2FPDF와 같은 원본 스크립트보다 유니코드 글꼴을 사용할 때 속도가 느리고 더 큰 파일을 생성하지만 CSS 스타일 등을 지원하고 많은 개선 사항이 있습니다. RTL(아랍어, 히브리어), CJK(중국어, 일본어, 한국어)를 포함한 거의 모든 언어를 지원합니다. 중첩된 블록 수준 요소(예: P, DIV)를 지원합니다.

VSCode Windows 64비트 다운로드
Microsoft에서 출시한 강력한 무료 IDE 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

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