이벤트 구동 프로그래밍 node.js?

Question

나는이 기사를 읽었는데, 어떤 사람이 나에게 분명히 밝혀지면 한 가지 의심이있다.

http://debuggable.com/posts/understanding-node-js:4bd98440-45e4-4a9a-8ef7-0f7ecbdd56cb

var fs = require('fs') 
    , sys = require('sys'); 

fs.readFile('treasure-chamber-report.txt', function(report) { 
    sys.puts("oh, look at all my money: "+report); 
}); 

fs.writeFile('letter-to-princess.txt', '...', function() { 
    sys.puts("can't wait to hear back from her!"); 
}); 

에 코드를

는 두 가지 작업이에게 파일을 읽고 쓸 수있는 노드를 제공하고 절전 모드로 전환. 노드가 작업을 완료하면 해당 노드의 콜백이 시작됩니다. 하지만 한 번에 하나의 콜백 만 실행할 수 있습니다. 그 콜백이 실행을 마칠 때까지, 다른 모든 콜백은 줄을 서서 기다려야한다. 그 외에도 콜백이 실행되는 순서에 대한 보장은 없습니다.

"코드가 동일한 데이터 구조에 동시에 액세스하는 것에 대해 걱정할 필요가 없습니까?" 가져 가세요! JavaScripts 싱글 스레드/이벤트 루프 디자인의 모든 장점은!

1. 위의 굵은 줄은 누구나 설명 할 수 있습니까? 어떻게 두 개의 서로 다른 프로그램이 객체에 액세스하지 않을지 걱정할 수 없습니다.
2. 현재 스레딩 방식에 문제가 있습니까?
3. 콜백을 실행하는 순서가 문제가됩니까? 콜백 A()를 callBack b() 전에 먼저 반환하겠습니다.

Answer 1

1) 단일 스레드를 실행하는 경우 멀티 스레드 응용 프로그램과 관련된 문제에 대해 걱정할 필요가 없습니다. 여기에는 동일한 객체를 동시에 사용하려고하는 두 개의 다른 스레드가 포함됩니다. 예를 들어, 한 스레드가 해시에서 데이터를 읽으려고했지만 다른 스레드가 같은 해시에서 데이터를 삭제하는 경우를 상상해보십시오. 하나의 코드 행에 키/값 쌍이있는 것처럼 보일 수 있지만, 다음 행에 도달 할 때까지 스레딩하기 때문에 데이터가 더 이상 존재하지 않을 수 있습니다. 마찬가지로, 이러한 문제를 피하는 데 관련된 모든 추가 코드와 두통을 다룰 필요가 없습니다.

2) # 1 참조. 트레이드 오프만큼이나 큰 문제는 아닙니다. 오늘날 많은 컴퓨터가 여러 프로세서/코어를 가지고 있으므로 한 번에 두 개 이상의 스레드를 사용하는 것이 유용 할 수 있습니다. 또한 스레드가 차단 될 것으로 예상 할 때 유용합니다. 예를 들어, 다른 멀티 스레드 언어에서는 파일의 내용을 읽고 콜백을 추가하지 않고 출력하는 것이 일반적입니다. 그러나 이것은 파일 읽기 작업이 완료 될 때까지 스레드가 아무 것도하지 않고 (차단됨) 거기에 앉아 있음을 의미합니다. 멀티 스레드 프로그래밍은 올바르게 수행하기가 매우 어렵습니다.

3) 주문하지 않아도됩니다. 올바른 순서를 유지하려면 첫 번째 전화가 돌아올 때까지 두 번째 전화를 대기하십시오. 예 :

는

fs.readFile('treasure-chamber-report.txt', function(report) { 
    sys.puts("oh, look at all my money: "+report); 

    fs.writeFile('letter-to-princess.txt', '...', function() { 
     sys.puts("can't wait to hear back from her!"); 
    }); 
}); 

참고이 때로는 일반적으로 '콜백 지옥'

편집이라고 무엇으로 당신을 얻을 수 있습니다 : 귀하의 의견을 해결하기 위해 :

1) 당신이 "대기"되더라도 NodeJS에서 파일을 읽을 수 있습니다. NodeJS에서 이것은 비 차단 동작입니다. 즉, 메서드 호출 (readFile)은 파일을 읽기 전에 즉시 반환됩니다. 이것은 데이터 IO 요청을 기본 운영 체제로 전달하기 때문입니다. 기본 운영 체제에는 이러한 요청을 처리하기위한 자체 스레드가 있습니다. 운영 체제가 읽기 (또는 쓰기)를 완료하면 원본 프로세스에 데이터가 준비되었음을 알립니다. 운영 체제가이 작업을 수행하는 동안 NodeJS는 기다리는 동안 다른 작업을 계속할 때 한 스레드 만 계속할 수 있습니다.콜백이 필요한 이유입니다. 데이터를 마침내 얻을 때 NodeJS에게 다음에 수행 할 작업을 지정하는 방법이 필요합니다.

2) 콜백 지옥에 대해서는 본질적으로 나쁘지 않습니다. 읽기가 어렵습니다. 당신이 중첩 오히려 얻을 수 있습니다 볼 수 있습니다

var doSomething function(){ 
    fs.readFile('step1.txt', function(result){ 
     // do something with the result 
     fs.writeFile('step2.txt', function(){ 
      // okay, step2 is ready, so process that 
      fs.readFile('step2.txt', function(result){ 
       fs.writeFile('step3.txt', function(){ 
        //etc, etc 
       }); 
      }); 
     }); 
    }); 
} 

: 하나는 다음과 같습니다 뭔가를 얻을 수 있습니다, 당신은 무엇을하려고하면 것은 (읽기 및 디스크 쓰기와 같은) 여러 가지 비동기 프로세스를 포함하는 것을 상상 깊이 오히려 빠르며 읽기가 어렵습니다. "자바 스크립트 콜백 지옥"을 검색하면 많은 토론이 여기에 있고 다른 곳에서는이 문제에 대해 이야기하고 있습니다. 상황을 평평하게하는 한 가지 방법은 인라인/익명 함수를 피하고 명명 된 함수를 사용하여이를 평평하게 만드는 것이므로 콜백은 편집기에서 너무 깊숙이 중첩되지 않습니다 (그러나 중첩은 어휘 관점에서 여전히 발생하고 있음).