Spring Boot의 아키텍처는 너무 흔해서 마스터하지 않으면 Java로 작업한다고 말하기가 민망할 때도 있습니다. 하지만 그것은 화재이고 우리가 주의해야 할 몇 가지 작은 문제가 있습니다.
단일 프로젝트이고 시작 속도 측면에서 요구 사항이 없다면 무시하세요.
주제를 살펴보겠습니다. 어떤 상황에서 스프링 부트 프로젝트가 느리게 시작됩니까?
프로젝트 시작을 위한 기계 하드웨어 구성을 지연할 수 없습니다. 그렇지 않으면 프로젝트가 느리게 시작된다고 해도 프로젝트는 여전히 느껴질 것입니다. 기계가 좋지 않다는 것...
네트워크, 메모리 크기, CPU 코어 수 등 너무 높을 필요는 없고 적어도 충분해야 합니다
다양한 인적 요소를 제쳐두고 연결 시간이 길고, 다른 구성 요소의 시작이 느려 대기 시간이 길어집니다...
이유 1 프로젝트에 쓸모없는 구성이 너무 많이 사용되었습니다. 예를 들어, 가장 간단한 웹에서는 다양한 다른 Maven 구성도 추가하고 이를 프로젝트에 구성했는데(이는 과장된 예일 뿐이므로 이러한 구성은 필요하지 않음) 구성한 이후 프로젝트 자체에서는 이를 이해하지 못합니다. 을 클릭한 다음 로드하세요. 1개는 0.1초, 10은 1초, 100은 10초... 등등 이게 가장 이해하기 쉽습니다. 이유 2 스프링부트 자동 구성. 자동 구성은 Spring Boot의 주요 특징이지만 시작 시간이 느려지는 단점이기도 합니다. 말도 안 돼요, 일반적으로 사용하기 쉽고 모든 기능을 갖춘 제품이라도 항상 결함이 있는 곳이 있습니다. 위에 언급한 것처럼 쓸데없는 구성이 많다는 점에서 제가 여기서 말씀드리고 싶은 점은 스프링부트 자체적으로 조립되는 것들이 너무 많다는 것입니다. spring.factories 파일은 spring boot의 관련 jar 패키지에 저장되어 있는 것을 볼 수 있는데, 그 안에는 대부분 많은 클래스가 작성되어 있는 것을 알 수 있습니다. 스프링 부트 자동 조립. 하지만 자세히 살펴보면 전혀 사용하지 않을 수도 있는 카테고리가 실제로 많다는 것을 알게 될 것입니다. 하지만 무엇을 할 수 있습니까? 사용 여부에 관계없이 적어도 시간을 보낼 수있는 곳이 아닙니까? 이유 3 프로젝트가 충분히 효율적이지 않습니다. 지금은 마이크로서비스라는 개념이 꽤 대중화된 것 같아요. 그 핵심 의미는 단순성과 단순성이라고 생각하는데, 스타트업 속도를 강조해야 하는 곳은 대부분 마이크로서비스 프로젝트에 있습니다. 마이크로서비스 프로젝트에서는 10초 이내에 시작하는 것이 가장 좋습니다. 하지만 대부분은 프로젝트가 세부적으로 충분히 세분화되지 않았기 때문에 이를 수행하지 못합니다. 인터페이스 하나가 시작 속도가 더 빠른지, 10개 이상이면 답은 분명합니다. 많은 프로젝트가 규모가 크고 포괄적이라는 것은 기능이 많고, 완전한 구성, 다양한 확장 가능한 구성 등이 있다는 것을 의미합니다. 포괄적이지 않을 수도 있지만 구성이 많다는 것은 무엇을 의미합니까? 유용하든 그렇지 않든 상관없습니다. 적어도 컴파일하고 로드해야 하는 클래스 파일이 훨씬 더 많을 것입니다. 그런 프로젝트를 빨리 시작하고 싶다고 했는데 어떻게 빨리 시작할 수 있습니까? 해결책위 내용은 SpringBoot가 느리게 시작되는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!