Java 인터뷰 - 높은 동시성 처리-Java인터뷰 질문들-php.cn

Java 인터뷰 - 높은 동시성 처리

王林

풀어 주다： 2020-11-23 16:06:12

앞으로

3692명이 탐색했습니다.

Java 인터뷰 - 높은 동시성 처리

고동시성 처리 방법:

(학습 영상 공유: java 교육 영상)

1. 가장 기본적인 것부터 시작하여 우리가 작성한 코드를 최적화하고 필요한 리소스 낭비를 줄입니다.

a. 새 개체를 자주 사용하지 마세요. 전체 애플리케이션에 대해 하나의 인스턴스만 필요한 클래스의 경우 싱글톤 모드를 사용할 수 있습니다. 문자열 연결 작업의 경우 StringBuffer 또는 StringBuilder를 사용하고 도구 클래스는 정적 메서드를 통해 액세스할 수 있습니다.

b. 잘못된 방법을 사용하지 말고 조건부 판단을 위해 instanceof를 사용하지 마십시오. Vector보다 성능이 뛰어난 ArrayList와 같은 효율적인 Java 클래스를 사용하세요.

2. HTML static

링크 주소를 통해 접속하는데, 이 링크 주소를 통해 서버의 해당 모듈이 요청을 처리하고 해당 JSP 페이지로 이동하여 최종적으로 원하는 데이터를 생성합니다. 하지만 요청이 수천만 건이고 동시 요청이 너무 많으면 서버에 부담이 가중되고 최악의 경우 서버가 다운되는 경우도 있습니다. 그렇다면 이런 상황을 피하려면 어떻게 해야 할까요? test.do에 대한 초기 요청의 결과를 html 파일에 저장하고, 사용자가 매번 이 html 파일에 액세스하여 더 이상 서버에 액세스할 필요가 없게 된다면 서버에 부담이 되지 않을까요? 줄인?

정적 페이지를 자동으로 생성하는 방법은 무엇입니까? 사용자가 방문하면 test.html이 자동으로 생성되어 사용자에게 표시됩니다.

3. 이미지 서버 분리

웹 서버의 경우 이미지가 가장 많은 리소스를 소모하므로 페이지와 이미지를 분리하는 것이 필요합니다. 이러한 아키텍처는 페이지 액세스 요청을 제공하는 서버 시스템에 대한 부담을 줄이고 이미지 문제로 인해 시스템이 충돌하지 않도록 보장할 수 있습니다. 이미지 서버에서는 다양한 구성을 최적화할 수 있습니다.

4. 캐싱

제가 특히 접하게 된 캐싱 메커니즘은 Hibernate의 캐싱 메커니즘입니다. 매번 데이터베이스에서 데이터를 가져오는 것을 방지하기 위해 사용자가 자주 액세스하는 데이터를 메모리에 저장합니다. 캐시가 매우 큰 경우에도 메모리에 있는 캐시를 하드 디스크에 저장할 수 있습니다. 또한 시스템의 스트레스 저항성을 높일 수 있는 고급 분산 캐시 데이터베이스를 사용합니다.

(더 많은 관련 면접 질문 추천: java 면접 질문 및 답변)

5. 일괄 전송

특정 프로젝트를 진행하다 보면 한 번에 너무 많은 매개변수가 전달되고 데이터베이스에서 최대 개수를 규정합니다. 한 번에 전달할 수 있는 매개변수의 최대 개수는 30,000개입니다. 당시 레코드는 50,000개였습니다. 어떻게 전송할 수 있나요? 마지막 방법은 사람들을 일괄적으로 보내는 것입니다. 엘리베이터가 한 번에 너무 많은 사람을 수용할 수 없으면 과체중 버그를 보고하여 사람들을 일괄적으로 보내는 것입니다.

또 시험 시스템에서 너무 많은 수험생이 동시에 데이터베이스에 제출하면 데이터베이스에 대한 부담이 커지고 때로는 다운되기도 했습니다. 그 당시 사용된 방법은 기다리지 않고 Ajax 비동기 전송을 사용하는 것이었습니다. 전원이 켜지면 응시자의 답변이 자동으로 제출되므로 갑작스런 정전으로 인해 이전에 답변했던 문제가 손실되는 것을 방지할 수 있습니다.

6. 데이터베이스 클러스터

복잡한 애플리케이션과 많은 수의 사용자가 이에 액세스하는 경우 하나의 데이터 세트가 곧 수요를 충족할 수 없게 되므로 데이터베이스 클러스터 또는 데이터베이스 테이블 해싱을 사용해야 합니다.

애플리케이션에 비즈니스 및 애플리케이션 또는 기능 모듈을 설치하여 데이터를 분리합니다. 서로 다른 모듈은 서로 다른 데이터베이스 또는 테이블에 해당하며 특정 전략에 따라 특정 페이지 또는 기능에 대해 더 작은 데이터베이스 해싱을 수행합니다.

7. DB 최적화

a. 데이터베이스를 설계할 때 향후 유지 관리를 고려해야 합니다. 데이터베이스를 설계할 때 따라야 할 원칙은 세 가지입니다.

b. 인덱스 생성: 테이블이 자주 쿼리되고 추가 및 수정에 거의 사용되지 않는 경우 추가, 수정 및 삭제를 위해 인덱스를 유지 관리하기 때문에 이 테이블에 대한 인덱스를 생성할 수 있습니다. 지수가 우리에게 제공하는 효율성을 훨씬 초과합니다.

c. 테이블 필드의 유형 선택은 적절해야 합니다

필드의 길이와 유형 등을 포함합니다. 선택은 실제 저장된 데이터를 기반으로 해야 합니다. 길이가 너무 길어서는 안 됩니다. 그렇지 않으면 효율성에 영향을 미칩니다. .

d. 기본 키는 이 테이블을 나타내고, 외래 키는 테이블을 연결하는 테이블 그룹을 나타내기 때문에 주의해서 사용해야 합니다.

e. 데이터베이스 작업에서는

prepareStatement가 미리 컴파일되어 있으므로 prepareStatement를 사용하고 더 적은 문을 사용해 보세요.

Connection은 readOnly로 설정되어 있습니다. Connection은 라이브러리에 대한 연결이므로 그냥 사용해도 됩니다.