node.js

노드의 작동 방식에 대한 이해는 정확하지 않습니다.하지만 상황의 현실은 실제로 상당히 복잡하고 일반적으로 “노드는 단일 스레드”와 같이 일을 지나치게 단순화하는 간결한 작은 문구로 요약되기 때문에 일반적인 오해입니다. .

지금은 cluster 및 webworker-threads를 통한 명시 적 다중 처리 / 다중 스레드를 무시 하고 일반적인 비 스레드 노드에 대해서만 이야기하겠습니다.

노드는 단일 이벤트 루프에서 실행됩니다. 단일 스레드이며 해당 스레드 하나만 얻을 수 있습니다. 작성한 모든 자바 스크립트는이 루프에서 실행되며, 해당 코드에서 차단 작업이 발생하면 전체 루프를 차단하고 완료 될 때까지 다른 작업은 발생하지 않습니다. 이것은 일반적으로 많이 듣게되는 노드의 단일 스레드 특성입니다. 그러나 전체 그림이 아닙니다.

일반적으로 C / C ++로 작성된 특정 함수 및 모듈은 비동기 I / O를 지원합니다. 이러한 함수와 메서드를 호출하면 내부적으로 작업자 스레드에 대한 호출 전달을 관리합니다. 예를 들어, fs모듈을 사용하여 파일을 요청하면 fs모듈은 해당 호출을 작업자 스레드에 전달하고 해당 작업자는 응답을 기다린 다음 응답을 기다립니다. 그런 다음 그 동안에. 이 모든 것은 노드 개발자 인 당신에게서 추상화되고 일부는 libuv 사용을 통해 모듈 개발자로부터 추상화됩니다 .

Denis Dollfus가 의견에서 지적했듯이 ( 비슷한 질문에 대한 이 답변 에서) libuv가 비동기 I / O를 달성하기 위해 사용하는 전략은 항상 스레드 풀이 아닙니다. 특히 http모듈의 경우 다른 전략이 이때 사용됩니다. 여기서 우리의 목적을 위해 비동기 컨텍스트가 어떻게 달성되는지 (libuv를 사용하여) 그리고 libuv가 유지 관리하는 스레드 풀이 비동기 성을 달성하기 위해 해당 라이브러리에서 제공하는 여러 전략 중 하나라는 점을 주목하는 것이 주로 중요합니다.

주로 관련된 탄젠트에 대해서는 이 훌륭한 기사에서 노드가 어떻게 비동기 성을 달성하는지에 대한 훨씬 더 깊은 분석과 관련된 잠재적 인 문제와이를 처리하는 방법 이 있습니다. 대부분은 위에서 작성한 내용을 확장하지만 추가로 지적합니다.

• 네이티브 C ++ 및 libuv를 사용하는 프로젝트에 포함하는 모든 외부 모듈은 스레드 풀을 사용할 가능성이 높습니다 (예 : 데이터베이스 액세스).
• libuv의 기본 스레드 풀 크기는 4이며 대기열을 사용하여 스레드 풀에 대한 액세스를 관리합니다. 결론은 5 개의 장기 실행 DB 쿼리가 모두 동시에 진행되는 경우 그중 하나 (및 다른 비동기식 스레드 풀에 의존하는 작업)은 해당 쿼리가 시작되기 전에 완료되기를 기다립니다.
• UV_THREADPOOL_SIZE스레드 풀이 필요하고 생성되기 전에 수행하는 한 환경 변수를 통해 스레드 풀의 크기를 늘려이 문제를 완화 할 수 있습니다 .process.env.UV_THREADPOOL_SIZE = 10;

노드에서 기존의 다중 처리 또는 다중 스레딩을 원하는 경우 내장 cluster모듈 또는 앞서 언급 한 다양한 기타 모듈을 통해 가져 webworker-threads오거나 작업을 덩어리로 만들고 수동으로 setTimeout또는 setImmediate또는 process.nextTick작업을 일시 중지하고 이후 루프에서 계속하여 다른 프로세스를 완료 할 수 있습니다 (권장되지 않음).

자바 스크립트로 장기 실행 / 차단 코드를 작성하는 경우 실수를 한 것입니다. 다른 언어는 훨씬 더 효율적으로 수행됩니다.

답변

-> All operations dealing with files
->Everyting is related to cryptography, like caching passwords.
->All compression stuff
->DNS lookups