Java의 IO 스트림 부분을 처음 배웠을 때 책에서는 그림, 비디오 등 텍스트가 아닌 바이너리 파일을 읽는 데 바이트 스트림만 사용할 수 있고 문자 스트림은 사용할 수 없다고 했습니다. 손상될 수 있습니다. 그래서 나는 이것을 항상 기억하고 있었지만 왜 그것을 사용할 수 없는지 항상 의문이었습니다. 오늘 이 문제에 대해 다시 한번 생각해 보았는데, 한번에 해결하는 게 낫지 않을까 싶습니다.
먼저 이미지 복사에 대한 코드 예제를 살펴보겠습니다. 참고: 내 컴퓨터에는 D:/DB 경로가 있습니다. DB 폴더가 없으면 새로 만들어야 합니다.
package dragon;
import java.io.BufferedInputStream;
import java.io.BufferedOutputStream;
import java.io.BufferedReader;
import java.io.BufferedWriter;
import java.io.File;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.FileWriter;
import java.io.IOException;
import java.io.InputStreamReader;
import java.nio.file.Path;
import java.nio.file.Paths;
public class ReadImage {
public static void main(String[] args) throws IOException {
String imgPath = "D:/DB/husky/kkk.jpeg";
String byteImgCopyPath = "D:/DB/husky/byteCopykkk.jpeg";
String charImgCopyPath = "D:/DB/husky/charCopykkk.jpeg";
Path srcPath = Paths.get(imgPath);
Path desPath2 = Paths.get(byteImgCopyPath);
Path desPath3 = Paths.get(charImgCopyPath);
byteRead(srcPath.toFile(), desPath2.toFile());
System.out.println("字节复制执行成功！");
characterRead(srcPath.toFile(), desPath3.toFile());
System.out.println("字符复制执行成功！");
}
static void byteRead(File src, File des) throws IOException {
try (BufferedInputStream bis = new BufferedInputStream(new FileInputStream(src));
BufferedOutputStream bos = new BufferedOutputStream(new FileOutputStream(des))) {
int hasRead = 0;
byte[] b = new byte[1024];
while ((hasRead = bis.read(b)) != -1) {
bos.write(b, 0, hasRead);
}
}
}
static void characterRead(File src, File des) throws IOException {
try (BufferedReader reader = new BufferedReader(new InputStreamReader(new FileInputStream(src), "UTF-8"));
BufferedWriter writer = new BufferedWriter(new FileWriter(des))) {
int hasRead = 0;
char[] c = new char[1024];
while ((hasRead = reader.read(c)) != -1) {
writer.write(c, 0, hasRead);
}
}
}
}실행 결과: 이미지와 같은 바이너리 파일은 문자 스트림을 사용하여 읽을 수 없으며 바이트 스트림을 사용해야 함을 알 수 있습니다.
그림 크기 변경: 문자 스트림을 사용하면 그림 크기가 변경되는 것을 볼 수 있지만 바이트 스트림을 사용하면 변경되지 않습니다.
위의 예를 통해 문자 스트림을 사용하여 파일을 복사하는 것은 실제로 불가능하다는 것을 알 수 있으며, 문자 스트림을 사용하여 파일을 복사한 후에는 파일 크기도 변경되므로 논의할 제목이 됩니다. 오늘.
먼저 생각해 봅시다. 왜 텍스트 파일을 열 때 텍스트가 표시될 수 있나요? 텍스트 파일이건 텍스트가 아닌 파일이건 컴퓨터에서 처리되는 파일은 결국 컴퓨터 내부에 바이너리 형식으로 저장된다는 사실은 우리 모두 알고 있습니다.
텍스트 파일을 열려면 텍스트 편집기의 16진수 모드를 사용하세요.
위 프로그램에서 사용하는 그림 파일을 열려면 편집기의 16진수 모드를 사용하세요.
비교하세요. 두 그림 텍스트의 데이터에는 차이가 없어야 하는데 왜 텍스트 데이터가 표시될 수 있습니까? 이것은 매우 기본적인 질문입니다. 대학의 기본 과정은 모두 이 측면을 다루고 있습니다 - 문자 인코딩 테이블. 처음 C언어를 배웠고, 가장 먼저 접한 코딩 테이블은 ASCII(American Standard Code for Information Interchange)였고, 나중에 Java를 배우면서 유니코드(Unicode)와 잘 어울리는 이름이었습니다. 현재 가장 일반적으로 사용되는 것은 유니코드의 가변 길이 문자 인코딩인 UTF-8입니다.)
참고: UTF-8을 사용하는 것도 BOM(Byte Order Mark)의 두 가지 형식으로 나뉩니다. ) 및 , 없이 혼합 사용하면 오류가 발생할 수 있습니다.
문자 인코딩 테이블의 역할은 인코딩에 반영됩니다. 백과사전 인용:
모니터에 보이는 텍스트, 그림 및 기타 정보는 실제로 컴퓨터에서 보는 것과 다릅니다. 모든 것을 알고 있습니다. 정보는 하드 드라이브에 저장되어 있으며, 분해하면 내부에는 아무것도 보이지 않고 플래터 몇 개만 보입니다. 현미경을 사용하여 원판을 확대해 보면 원판의 표면이 고르지 못한 것을 볼 수 있습니다. 볼록한 부분은 자화되어 있고, 오목한 부분은 자화되어 있지 않습니다. 볼록한 부분은 숫자 1을 나타내고, 오목한 부분은 자성을 나타냅니다. 숫자 0. 하드 디스크는 0과 1만 사용하여 모든 텍스트, 그림 및 기타 정보를 나타낼 수 있습니다. 그렇다면 문자 "A"는 하드 드라이브에 어떻게 저장되어 있습니까? 어쩌면 Xiao Zhang의 컴퓨터는 문자 "A"를 1100001로 저장하고 Xiao Wang의 컴퓨터는 문자 "A"를 11000010으로 저장합니다. 이런 식으로 두 당사자가 정보를 교환할 때 오해를 받게 될 것입니다. 예를 들어 Xiao Zhang은 Xiao Wang에게 1100001을 보냈습니다. Xiao Wang은 1100001이 문자 "A"라고 생각하지 않았지만 아마도 문자 "X"라고 생각했을 것입니다. 따라서 Xiao Wang은 하드 디스크에 저장된 1100001에 액세스했습니다. , 화면에 문자 "X"가 표시됩니다. 즉, Xiao Zhang과 Xiao Wang은 서로 다른 코딩 테이블을 사용했습니다.
그래서 문자 인코딩 테이블은 이진수와 문자의 일대일 매핑입니다. 예를 들어 65(숫자)는 A를 나타내므로 다음 코드는 화면에 A를 출력합니다.
char c = 65; System.out.println(c);
루프를 사용하여 테스트해 보겠습니다.
char c = 0;
for (int i = 9999; i < 10009; i++) {
c = (char) i;
System.out.print(c+" ");
}테스트 결과: (물론 이는 현재 문자 인코딩 테이블에 따라 다릅니다. ASCII를 사용하면 흥미로울 것입니다.)
这样就解释了前面那个问题（为什么文本文件打开可以显示文字？），我们之所以可以看见文本文件的字符是因为计算机按照我们文件的编码（ASCII、UTF-8或者GBK等），从字符编码表中找出来对应的字符。 所以，当我们使用记事本打开二进制文件会看到乱码，这就是原因。文件的复制过程也是复制的二进制数据，而不是真实的文字。
因此可以这样理解文件复制的过程：
字符流：二进制数据 --编码-> 字符编码表 --解码-> 二进制数据
字节流：二进制数据 —> 二进制数据
所以问题就是出现在编码和解码的过程中，既然是字符的编码表，那它就是包含所有的字符，但是字符的数量是有限的，这就意味着它不能表示一些超过编码表的字符，因为根本不存在表中。所以，JVM 会使用一些字符进行替换，基本上都是乱码（所以大小会发生变化），而且如果有一个数据恰好是-1，那么读取就会中断，引起数据丢失。
例如如下代码使用字符流读取就会错误：
String filename = "D:/DB/fos.txt"; //文件名
byte[] b = new byte[] {-1, -1}; //两个字节，127的二进制就是 1111 1111
//数据写入文件
try (FileOutputStream fos = new FileOutputStream(filename)) {
fos.write(b, 0, b.length); //将两个127连续写入，就是 1111 1111 1111 1111
}
File file = new File(filename);
//输出文件的大小
System.out.println("file length: " + file.length());
char[] c = new char[2];
//使用字符流读取文件
try (FileReader reader = new FileReader(filename)) {
int count = reader.read(c); //Java使用Unicode编码，读取的是从 0-65535 之间的数字。
System.out.println("以文本形式输出：" + new String(c, 0, count)+" "+count);
for (char d : c) {
System.out.println("字符为：" + d);
}
}
System.out.println("表示字符：" + c[0]);
//再写入文件
try (FileWriter writer = new FileWriter(filename)) {
writer.write(c, 0, 2);
}
File f = new File(filename);
System.out.println("file length: " + f.length());结果：
说明： 我将两个1字节的-1写入（字节流）了文本文件（注意是字节：-1，不是字符：-1），然后再读取（字符流），再写入（字符流）就已经出现了问题。读取出的字符显示了一个奇怪的符号，而且它的值为：65533，这个值如果用字节表示的话，一个字节是不够的，所以文件的大小就会变化。在非文本的二进制数据中，出现这种情况都是正常的，因为本来就不是按照字符编码的。
因为字符都是正数，而非字符编码的话，字节数可能是负数(很可能)，但是负数在字符看来就是正数，这也是为什么－1，被读成 65533的原因。可以看出来，读取就已经错误了。
注意: 这里的重点是对于使用字符流读取非文本文件，在读取-写入的过程中的问题。
위 내용은 Java가 문자 스트림을 사용하여 텍스트가 아닌 바이너리 파일을 읽을 수 없는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
