Node.js 파일에 대한 자세한 설명
- WBOY원래의
- 2016-05-16 16:39:391109검색
Node에는 네트워크 스트림처럼 파일을 처리할 수 있는 데이터 스트림 API 세트가 있어 사용하기 매우 편리하지만 파일의 순차적 처리만 허용하고 파일을 무작위로 읽고 쓸 수는 없습니다. 따라서 일부 하위 수준 파일 시스템 작업을 사용해야 합니다.
이 장에서는 파일 열기, 파일 일부 읽기, 데이터 쓰기, 파일 닫기 등 파일 처리의 기본 사항을 다룹니다.
Node의 파일 API 중 상당수는 UNIX(POSIX)의 해당 파일 API를 거의 복제한 것입니다. 예를 들어 파일 설명자를 사용하는 방법은 UNIX와 동일합니다. 엔터티. 프로세스 파일 설명자 테이블에 대한 색인입니다.
1, 2, 3의 3가지 특수 파일 설명자가 있습니다. 이는 각각 표준 입력, 표준 출력 및 표준 오류 파일 설명자를 나타냅니다. 이름에서 알 수 있듯이 표준 입력은 프로세스가 콘솔이나 프로세스 채널에서 데이터를 읽는 데 사용하는 읽기 전용 스트림입니다. 표준 출력 및 표준 오류는 데이터를 출력하는 데만 사용되는 파일 설명자이며, 콘솔, 다른 프로세스 또는 파일에 데이터를 출력하는 데 자주 사용됩니다. 표준 오류는 오류 정보 출력을 담당하고 표준 출력은 일반적인 프로세스 출력을 담당합니다.
프로세스가 시작되면 실제로 해당 실제 파일이 없는 파일 설명자를 사용할 수 있습니다. 임의의 위치에서 데이터를 읽고 쓸 수는 없습니다, (번역자 주: 원문은 파일 내의 특정 위치에서 쓰고 읽을 수 있습니다. 문맥에 따라 작성자가 "not"을 적게 썼을 수도 있습니다), 데이터는 데이터 스트림처럼 순차적으로 읽고 출력되며, 작성된 데이터는 수정할 수 없습니다.
일반 파일에는 이 제한이 적용되지 않습니다. 예를 들어 Node에서는 꼬리에만 데이터를 추가할 수 있는 파일을 만들 수 있고, 임의의 위치를 읽고 쓰는 파일도 만들 수 있습니다.
거의 모든 파일 관련 작업에는 파일 경로 처리가 포함됩니다. 이 장에서는 먼저 이러한 도구 기능을 소개한 다음 파일 읽기, 쓰기 및 데이터 작업에 대해 자세히 설명합니다.
파일 경로 처리
파일 경로는 특정 파일을 나타내는 상대 경로와 절대 경로로 구분됩니다. 파일 경로를 병합하고, 파일 이름 정보를 추출하고, 파일 존재 여부도 감지할 수 있습니다.
Node에서는 문자열을 사용하여 파일 경로를 처리할 수 있지만 그러면 문제가 복잡해집니다. 예를 들어 경로의 다른 부분을 연결하려는 경우 "/"로 끝나는 부분도 있고 그렇지 않은 부분도 있습니다. 경로 구분 기호도 다를 수 있으므로 이를 연결하면 코드가 매우 장황하고 번거로워집니다.
다행히도 Node에는 경로 표준화, 연결, 구문 분석, 절대 경로에서 상대 경로로 변환, 경로에서 다양한 정보 부분 추출, 파일 존재 여부 감지에 도움이 되는 path라는 모듈이 있습니다. 일반적으로 경로 모듈은 실제로 일부 문자열 처리일 뿐이며 확인을 위해 파일 시스템으로 이동하지 않습니다(path.exists 함수 제외).
경로 표준화
일반적으로 경로를 저장하거나 사용하기 전에 경로를 정규화하는 것이 좋습니다. 예를 들어, 사용자 입력이나 구성 파일을 통해 얻은 파일 경로나 둘 이상의 경로로 연결된 경로는 일반적으로 표준화되어야 합니다. 경로 모듈의 정규화 기능을 사용하여 경로를 정규화할 수 있으며 "..", "." 및 "//"도 처리할 수 있습니다. 예:
var 경로 = require('경로');
path.normalize('/foo/bar//baz/asdf/quux/..');
// => '/foo/bar/baz/asdf'
연결 경로
path.join() 함수를 사용하면 원하는 수의 경로 문자열을 연결할 수 있습니다. 모든 경로 문자열을 순서대로 Join() 함수에 전달하면 됩니다.
var path = require('path');
path.join('/foo', 'bar', 'baz/asdf', 'quux', '..');
// => '/foo/bar/baz/asdf'
보시다시피 path.join()은 내부적으로 경로를 자동으로 정규화합니다.
파싱 경로
여러 경로를 절대 경로로 확인하려면 path.resolve()를 사용하세요. 그 기능은 이러한 경로에 대해 하나씩 "cd" 작업을 수행하는 것과 같습니다. cd 명령의 매개 변수와 달리 이러한 경로는 파일일 수 있으며 실제로 존재할 필요는 없습니다. path.resolve() 메서드는 액세스하지 않습니다. 기본 파일 시스템입니다. 경로가 존재하는지 확인하세요. 이는 단지 문자열 조작일 뿐입니다.
예:
var path = require('path');
path.resolve('/foo/bar', './baz');
// => /foo/bar/baz
path.resolve('/foo/bar', '/tmp/file/');
// => /tmp/file
파싱 결과가 절대 경로가 아닌 경우 path.resolve()는 현재 작업 디렉터리를 파싱 결과 앞에 경로로 추가합니다. 예를 들면 다음과 같습니다.
Path.resolve('wwwroot', 'static_files/png/', '../gif/image.gif');
// 현재 작업 디렉터리가 /home/myself/node이면
이 반환됩니다. // => /home/myself/node/wwwroot/static_files/gif/image.gif'
두 절대 경로의 상대 경로 계산
path.relative()는 다음과 같이 하나의 절대 주소에서 다른 절대 주소로 이동하는 방법을 알려줍니다.
var path = require('path');
path.relative('/data/orandea/test/aaa', '/data/orandea/impl/bbb');
// =>
경로에서 데이터 추출
상위 디렉터리(/foo/bar)의 모든 내용을 가져오거나 동일한 디렉터리에 있는 다른 파일을 읽으려면 "/foo/bar/myfile.txt" 경로를 예로 들어 보겠습니다. , path.dirname(filePath)을 사용해야 다음과 같은 파일 경로의 디렉터리 부분을 가져옵니다.
path.dirname('/foo/bar/baz/asdf/quux.txt');
// => /foo/bar/baz/asdf
path.basename('/foo/bar/baz/asdf/quux.html')
파일 경로에는 일반적으로 파일 이름의 마지막 "." 문자 뒤의 문자열 부분인 파일 확장자가 포함될 수도 있습니다.
path.basename은 확장자 문자열을 두 번째 매개변수로 허용할 수도 있으므로 반환된 파일 이름은 자동으로 확장자를 제거하고 파일의 이름 부분만 반환합니다.
var path = require('path');
path.basename('/foo/bar/baz/asdf/quux.html', '.html');
path.extname('/a/b/index.html');
// =>
path.extname('/a/b.c/index');
// =>
path.extname('/a/b.c/.');// =>
path.extname('/a/b.c/d.');
// =>
경로가 존재하는지 확인
코드 복사
// = & gt; 참
});
path.exists('/does_not_exist', function(exists) {
console.log('존재:', 존재함);
~
});
참고: Node 0.8 버전부터 존재가 경로 모듈에서 fs 모듈로 이동되고 네임스페이스를 제외하고는 아무것도 변경되지 않았습니다.
var fs = require('fs');
fs.exists('/does_not_exist', 함수(존재) {
console.log('존재:', 존재함);
~
});
path.existsSync('/etc/passwd');
// =>
fs 모듈에는 파일 쿼리 및 처리와 관련된 모든 기능이 포함되어 있습니다. 이러한 기능을 사용하면 파일 정보를 쿼리하고 파일을 읽고 쓰고 닫을 수 있습니다. 다음과 같이 fs 모듈을 가져옵니다.
때때로 파일 크기, 생성 날짜 또는 권한 및 기타 파일 정보를 알아야 할 수도 있습니다. fs.stath 함수를 사용하여 파일이나 디렉터리의 메타 정보를 쿼리할 수 있습니다.
fs.stat('/etc/passwd', function(err, stats) {
if (err) { throw err;}
console.log(통계);
});
이노: 95028917,
모드: 33188,
n링크: 1,
UID: 0,
기드: 0,
rdev: 0,
사이즈: 5086,
검정 크기: 4096,
블록: 0,
시간: 2011년 11월 18일 금요일 22:44:47 GMT,
시간: 2011년 9월 8일 목요일 23:50:04 GMT,
ctime: 2011년 9월 8일 목요일 23:50:04 GMT }
1. fs.stat() 호출은 stats 클래스의 인스턴스를 콜백 함수에 매개변수로 전달합니다.
2.stats.isFile() - 디렉터리, 소켓, 심볼릭 링크 또는 장치가 아닌 표준 파일이면 true를 반환하고, 그렇지 않으면 false를 반환합니다.
3.stats.isDiretory() - 디렉터리이면 true를 반환하고, 그렇지 않으면 false를 반환합니다
4.stats.isBlockDevice() - 블록 장치인 경우 true를 반환합니다. 대부분의 UNIX 시스템에서 블록 장치는 일반적으로 /dev 디렉터리에 있습니다.
5.stats.isChracterDevice() - 문자 장치인 경우 true를 반환합니다
6.stats.isSymbolicLink() - 파일 링크인 경우 true를 반환합니다
7.stats.isFifo() - FIFO(UNIX 명명된 파이프의 특수한 유형)인 경우 true를 반환합니다
8.stats.isSocket() - UNIX 소켓인 경우(TODO: googe it)
파일 열기
파일을 읽거나 처리하기 전에 먼저 fs.open 함수를 사용하여 파일을 열어야 합니다. 그런 다음 제공한 콜백 함수가 호출되고 나중에 이 파일 설명자를 사용하여 읽을 수 있습니다. 이미 열려 있는 파일에:
var fs = require('fs');
fs.open('/path/to/file', 'r', function(err, fd) {
// fd 파일 설명자를 가져왔습니다
});
fs.open의 첫 번째 매개변수는 파일 경로이고 두 번째 매개변수는 파일을 여는 모드를 나타내는 데 사용되는 태그입니다. 이러한 태그는 r, r, w, w, a 또는 a일 수 있습니다. 다음은 이러한 태그에 대한 설명입니다(UNIX 문서의 fopen 페이지에서 발췌)
1.r - 파일을 읽기 전용 모드로 엽니다. 데이터 스트림의 초기 위치는 파일의 시작 부분에 있습니다.
2.r - 읽기-쓰기 모드로 파일을 엽니다. 데이터 스트림의 초기 위치는 파일의 시작 부분에 있습니다.
3.w - 파일이 존재하는 경우 파일 길이가 0으로 지워집니다. 즉, 파일 내용이 손실됩니다. 존재하지 않는 경우 새로 만들어 보십시오. 데이터 스트림의 초기 위치는 파일의 시작 부분입니다
4.w - 파일을 읽기-쓰기 모드로 엽니다. 파일이 없으면 생성을 시도합니다. 파일이 있으면 파일 길이를 0으로 설정합니다. 즉, 파일 내용이 손실됩니다. 데이터 스트림의 초기 위치는 파일의 시작 부분입니다
5.a - 파일을 쓰기 전용 모드로 엽니다. 파일이 없으면 생성을 시도합니다. 데이터 스트림의 초기 위치는 파일의 끝에 있습니다. 파일의 끝.
6.a - 읽기 및 쓰기를 위해 파일을 엽니다. 파일이 없으면 생성을 시도합니다. 데이터 스트림의 초기 위치는 파일의 끝에 있습니다. 이후의 각 쓰기 작업은 데이터를 끝에 추가합니다. 파일의.
파일 읽기
파일이 열리면 파일 내용 읽기를 시작할 수 있지만 시작하기 전에 먼저 데이터를 배치할 버퍼를 만들어야 합니다. 이 버퍼 개체는 fs.read 함수에 매개 변수로 전달되고 fs.read에 의해 데이터로 채워집니다.
var fs = require('fs');
fs.open('./my_file.txt', 'r', 함수 열림(err, fd) {
if (err) { throw err }
var readBuffer = 새 버퍼(1024),
bufferOffset = 0,
bufferLength = readBuffer.length,
filePosition = 100;
fs.read(fd,
readBuffer,
bufferOffset,
버퍼 길이,
filePosition,
함수 읽기(err, readBytes) {
if (err) { throw err; }
console.log('그냥 ' readBytes ' 바이트를 읽으세요');
if (readBytes > 0) {
console.log(readBuffer.slice(0, readBytes));
}
});
});
상면代码尝试打开一个文件，当成功打开后(调用opened函数)，开始请求从文件流第100个字节开始读取随厎1024字节的数据(第11行)。
1.유유错误发生 2.成功读取了数据
3.没有数据可读
如果有错误发生，第一个参数（err）会为回调函数提供一个包含错误信息的对象，否则这个参数为null。如果成功读取了数据，第二个参数(readBytes)会指明被读到缓冲区里数据的大小，如果值是0，则表示到达了文件末尾。
주의 사항: 一旦把缓冲区对象传递给fs.open(), 缓冲对象的控給权就转移给给了read命令, 只有当回调函数被调用,缓冲区对象的控权才会回到你手里.因此에서 这 지 전에는 不要读写或者让其它函数调用使用这个缓冲区对象;情况是，你可能会并发地往这个缓冲区对象里写数据。
写文件
复主代码
if (err) { throw err; }
var writeBuffer = new Buffer('이 문자열 쓰기'),
bufferPosition = 0,
bufferLength = writeBuffer.length, filePosition = null;
fs.write( fd,
writeBuffer,
bufferPosition,
버퍼 길이,
filePosition,
함수 작성(err, writing) {
if (err) { throw err; }
console.log('쓴 ' 쓴 ' 바이트');
});
});
이 예에서 코드의 두 번째 줄(번역자 주: 원본 텍스트는 3)은 추가 모드에서 파일을 열려고 시도한 다음(a), 코드의 일곱 번째 줄(번역자 주: 원본 텍스트는 9)이 다음과 같이 씁니다. 데이터를 파일로 . 버퍼 개체에는 매개변수로 여러 정보가 함께 제공되어야 합니다.
1. 버퍼 데이터
2. 쓰여질 데이터는 버퍼의 어디부터 시작되나요
3. 쓸 데이터의 길이
4.파일의 어느 위치에 데이터가 기록되나요?
5. 작업 완료 시 호출되는 콜백 함수 write
이 예에서 filePostion 매개변수는 null입니다. 이는 쓰기 함수가 파일 포인터의 현재 위치에 데이터를 기록한다는 의미입니다. 파일이 추가 모드로 열리므로 파일 포인터는 파일 포인터의 끝에 있습니다. 파일.
읽기 작업과 유사하게 fs.write 실행 중에 들어오는 버퍼 개체를 사용하지 마세요. fs.write가 실행을 시작하면 해당 버퍼 개체에 대한 제어권을 얻게 됩니다. 콜백 함수를 다시 사용하려면 콜백 함수가 호출될 때까지 기다려야 합니다.
파일 닫기
지금까지 이 장의 예제에는 파일을 닫는 코드가 없다는 점을 눈치채셨을 것입니다. 한 번만 사용되는 작고 간단한 예제이기 때문에 운영 체제는 노드 프로세스가 끝나면 모든 파일이 닫히도록 합니다.
그러나 실제 애플리케이션에서는 일단 파일을 열면 결국에는 닫혀야 합니다. 이렇게 하려면 열려 있는 모든 파일 설명자를 추적한 다음 더 이상 사용하지 않을 때 fs.close(fd[,callback])를 호출하여 결국 닫아야 합니다. 주의하지 않으면 파일 설명자를 놓치기 쉽습니다. 다음 예에서는 파일을 주의 깊게 닫는 방법을 보여주는 openAndWriteToSystemLog라는 함수를 제공합니다.
var fs = require('fs');
함수 openAndWriteToSystemLog(writeBuffer, 콜백){
fs.open('./my_file', 'a', 함수 열림(err, fd) {
If (err) { 콜백 반환(err) }
함수 informError(err) {
fs.close(fd, function() {
콜백(err);
});
}
var bufferOffset = 0,
bufferLength = writeBuffer.length,
filePosition = null;
fs.write( fd, writeBuffer, bufferOffset, bufferLength, filePosition,
함수 작성(err, writing) {
If (err) { return informError(err) }
fs.close(fd, function() {
콜백(err);
});
}
);
});
}
openAndWriteToSystemLog(
new Buffer('이 문자열을 작성 중'),
함수 완료(err) {
만약 (오류) {
console.log("열고 쓰는 중 오류 발생:", err.message);
반품;
}
console.log('오류 없이 모두 완료되었습니다.');
}
);
여기에는 쓸 데이터가 포함된 버퍼 개체를 받아들이는 openAndWriteToSystemLog라는 함수가 제공되며, 작업이 완료되거나 오류가 발생한 후에 호출되는 콜백 함수가 있습니다. 매개변수에는 오류 개체가 포함됩니다.
파일을 닫고 발생한 오류를 보고하는 내부 함수 informError에 주의하세요.
참고: 이제 낮은 수준의 원자적 작업을 사용하여 파일을 열고, 읽고, 쓰고, 닫는 방법을 알게 되었습니다. 그러나 Node에는 더 간단한 방법으로 파일 작업을 수행할 수 있는 고급 생성자 세트도 있습니다.
예를 들어 두 개 이상의 쓰기 작업을 통해 동시에 파일에 데이터를 추가할 수 있는 안전한 방법을 사용하려는 경우 WriteStream을 사용할 수 있습니다.
또한 파일의 특정 영역을 읽고 싶다면 ReadStream을 사용해 보세요. 이 두 가지 사용 사례는 9장 "데이터 읽기 및 쓰기 스트림"에서 소개됩니다.
요약
파일을 사용할 때 대부분의 경우 파일 경로 정보를 처리하고 추출해야 합니다. 경로 모듈을 사용하면 경로를 연결하고, 경로를 표준화하고, 경로 차이를 계산하고, 상대 경로를 절대 경로로 변환할 수 있습니다. 지정된 파일 경로의 확장명, 파일 이름, 디렉터리 및 기타 경로 구성 요소를 추출할 수 있습니다.
Node는 파일 시스템에 액세스하기 위해 fs 모듈에 하위 수준 API 세트를 제공합니다. 하위 수준 API는 파일 설명자를 사용하여 파일을 작동합니다. fs.open으로 파일을 열고, fs.write로 파일에 쓰고, fs.read로 파일을 읽고, fs.close로 파일을 닫을 수 있습니다.
오류가 발생하면 항상 적절한 오류 처리 논리를 사용하여 파일을 닫아야 합니다. 즉, 호출이 반환되기 전에 열려 있는 파일 설명자가 닫히도록 해야 합니다.