nodejs의 단점: 1. CPU 집약적인 애플리케이션에는 적합하지 않습니다. 2. 단일 코어 CPU만 지원하며 CPU를 최대한 활용할 수 없습니다. 3. 낮은 안정성 4. 오픈 소스 구성 요소 라이브러리의 품질이 고르지 않습니다. , 업데이트가 빠르며 업데이트가 잘 되지 않습니다. 5. 디버그가 불편하고 오류에 대한 스택 추적이 없습니다.
이 튜토리얼의 운영 환경: windows7 시스템, nodejs 버전 12.19.0, Dell G3 컴퓨터.
Node.js는 기본적으로 JavaScript 런타임 환경입니다.
Node.js는 Chrome JavaScript 런타임을 기반으로 구축된 플랫폼으로, 빠른 응답 속도와 쉬운 확장으로 웹 애플리케이션을 쉽게 구축하는 데 사용됩니다. Node.js는 이벤트 중심의 비차단 I/O 모델을 사용하여 가볍고 효율적이므로 분산 장치에서 데이터 집약적인 실시간 애플리케이션을 실행하는 데 이상적입니다.
nodejs의 단점:
1. CPU 집약적인 애플리케이션에는 적합하지 않습니다.
CPU 집약적인 애플리케이션이 Node에 가져오는 문제는 주로 장기 실행 계산이 있는 경우 JavaScript의 단일 스레드 때문입니다. (예: 대형 루프) CPU 타임 슬라이스를 해제할 수 없게 되어 후속 I/O를 시작할 수 없게 됩니다.
해결책: 대규모 컴퓨팅 작업을 여러 개의 작은 작업으로 분해하여 컴퓨팅이 가능하도록 합니다. I/O 호출을 차단하지 않고 적시에 해제됩니다.
2. 단일 코어 CPU만 지원하며 CPU를 완전히 활용할 수 없습니다.
3. 일단 코드의 특정 링크가 충돌하면 전체가 중단됩니다. 시스템 충돌
원인: 단일 프로세스, 단일 스레드
4. 오픈 소스 구성 요소 라이브러리의 품질이 고르지 않고 업데이트가 빠르며 이전 버전과 호환되지 않습니다
5. 디버그가 불편하고 스택 추적이 없습니다. 오류
NodeJS 시나리오에 적합
1. RESTful API
이것은 NodeJS의 가장 이상적인 응용 프로그램 시나리오로 수만 개의 연결을 처리할 수 있으며 API 자체만 요청하면 됩니다. 반환할 데이터를 구성합니다. 본질적으로 일부 데이터베이스에서 일부 값을 찾아 응답으로 구성합니다. 응답은 소량의 텍스트이고 인바운드 요청은 소량의 텍스트이므로 트래픽이 높지 않으며 단일 시스템으로 가장 바쁜 회사의 API 요구 사항도 처리할 수 있습니다.
2. 웹 애플리케이션의 UI 레이어 통합
현재 MVC 아키텍처에는 두 개의 UI 레이어가 있습니다. 하나는 브라우저에서 최종적으로 볼 수 있는 레이어이고 다른 하나는 서버 측에 있습니다. 페이지 생성 및 연결.
이 아키텍처가 좋은지 나쁜지는 논의하지 않겠습니다. 하지만 프런트엔드와 백엔드의 종속성을 더 잘 분리할 수 있는 또 다른 방법인 서비스 지향 아키텍처가 있습니다. 모든 주요 비즈니스 로직이 REST 호출로 캡슐화된다면 이는 상위 계층이 특정 애플리케이션을 구축하기 위해 이러한 REST 인터페이스를 사용하는 방법만 고려하면 된다는 것을 의미합니다. 이러한 백엔드 프로그래머는 특정 데이터가 한 페이지에서 다른 페이지로 전달되는 방식에 관심이 없으며 사용자 데이터 업데이트가 Ajax를 통해 비동기적으로 얻어지는지 아니면 페이지를 새로 고쳐서 얻어지는지는 신경 쓰지 않습니다.
3. Ajax 요청이 많은 애플리케이션
예를 들어, 각 사용자가 다른 페이지를 보고 캐시가 유효하지 않으며 NodeJS가 응답할 수 있을 때 Ajax 요청이 시작되어야 하는 개인화된 애플리케이션입니다. 동시 요청 수가 많습니다. 간단히 말해서 NodeJS는 동시성이 높고 I/O 집약적이며 비즈니스 로직이 적은 시나리오에 사용하기에 적합합니다.
【추천 학습: "nodejs tutorial"】
위 내용은 nodejs의 단점은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!