이 글에서는 Nodejs의 일부 애플리케이션 시나리오를 소개합니다. 도움이 필요한 친구들이 모두 참고할 수 있기를 바랍니다.
장점: 다중 스레드 동시성 지원
단점: 차단
스레드는 가장 작은 CPU 단위입니다. 독립적으로 실행될 수 있고 동일한 프로세스에서 동시에 실행될 수 있으며 프로세스의 메모리 주소 공간을 공유할 수 있습니다.
선착순 원칙에 따라 서로 다른 스레드가 동일한 변수를 차지해야 하는 경우 먼저 도착한 스레드가 작동하는 동안 후속 스레드는 옆으로만 기다릴 수 있습니다. 즉, 차단 대기열 시퀀스에 합류합니다. . 이로 인해 스레드 차단이 발생합니다.
비슷한 시나리오: 은행 창구 취급 사업
장점: 높은 동시성(가장 중요한 장점), I/O 집약적 애플리케이션에 적합
단점:
CPU 집약적인 애플리케이션에는 적합하지 않습니다(CPU 집약적인 애플리케이션이 Node에 가져오는 주요 과제는 다음과 같습니다. JavaScript의 단일 스레딩으로 인해 장기 실행 계산(예: 대규모 루프)이 있는 경우 CPU 시간 분할이 해제되어 후속 I/O를 시작할 수 없음)
단일 코어 CPU만 지원하고 CPU를 완전히 활용할 수 없습니다.
신뢰성이 낮습니다. 코드의 특정 링크가 충돌하면 전체 시스템이 충돌합니다
원인 : 단일 프로세스, 단일 스레드
솔루션 솔루션:
(1) Nnigx 역방향 프록시, 로드 밸런싱, 다중 프로세스 열기, 다중 포트 바인딩
(2) 동일한 포트를 수신하기 위해 여러 프로세스 열기, 클러스터 모듈 사용
(3) ) 온라인 PM2 관리 사용 문제가 있으면 프로세스가 자동으로 프로젝트를 다시 시작합니다
디버그가 불편하고 오류에 대한 스택 추적이 없습니다
NodeJS는 이벤트 루프를 기반으로 하며 각 NodeJS 로직은 다음과 같이 작성됩니다. 콜백 함수, 콜백 함수는 반환 후 비동기적으로 실행됩니다. [추천 학습: "nodejs Tutorial"]
NodeJS는 차단이 아니지만 후속 콜백 프로세스에서는 차단이 발생하지 않고 NodeJS 자체의 논리 계산 및 처리에서 차단이 발생합니다.
NodeJS 모든 I/O, 네트워크 통신 및 기타 시간이 많이 소요되는 작업은 실행 및 콜백을 위해 작업자 스레드로 넘겨질 수 있으므로 매우 빠릅니다. 그러나 CPU의 정상적인 작동을 위해서는 CPU 자체로만 작동할 수 있습니다.
유사한 시나리오: 주문을 위해 줄을 서서 음식을 픽업하기 위해 전화를 겁니다.
NodeJS는 동시성을 처리하는 능력은 강력하지만 계산 및 논리를 처리하는 능력은 매우 약합니다.
따라서 복잡한 논리 연산을 프런트엔드(클라이언트)로 옮겨서 완료하고, NodeJS는 비동기 I/O만 제공하면 되기 때문에 높은 동시성, 고성능 처리가 가능합니다.
수만 개의 연결을 처리할 수 있는 가장 이상적인 애플리케이션 시나리오입니다. API를 요청하고 데이터를 구성하고 반환하기만 하면 됩니다. 그것.
기본적으로 일부 데이터베이스에서 일부 값을 찾아 응답으로 구성합니다.
응답이 적은 양의 텍스트이고 인바운드 요청도 적은 양의 텍스트이기 때문에 트래픽이 높지 않으며 단일 시스템으로 가장 바쁜 회사의 API 요구 사항도 처리할 수 있습니다.
실시간 채팅, 강력한 클라이언트 로직을 갖춘 단일 페이지 APP, 구체적인 예로는 현지화된 온라인 음악 애플리케이션, 현지화된 온라인 검색 애플리케이션, 현지화된 온라인 앱 대기가 있습니다.
Apache는 다중 스레드 높은 동시성 공유 메모리 주소 공간 특성으로 인해 서버가 충분히 강력하고 프로세서의 코어 수가 충분히 높으면 Apache가 매우 잘 작동하므로 적용 가능합니다. 상대적으로 적은(동시) 비동기 처리, 많은 양의 백그라운드 계산 및 복잡한 백그라운드 비즈니스 로직이 있는 애플리케이션에 적합합니다.
더 많은 프로그래밍 관련 지식을 보려면 프로그래밍 비디오를 방문하세요! !
위 내용은 Nodejs는 어떤 시나리오에 적용될 수 있나요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!