참조 계산과 가비지 수집 추적-Golang-php.cn

참조 계산과 가비지 수집 추적

PHPz

풀어 주다： 2024-09-03 10:32:09

원래의

687명이 탐색했습니다.

Reference Counting vs Tracing Garbage Collection

안녕하세요 멘테스텍!

메모리 할당 해제와 관련하여 참조 카운팅과 참조 추적이 무엇인지 아시나요?

참조 추적(또는 가비지 수집 추적)과 참조 계산(참조 계산)의 차이점은 각 기술이 사용되지 않는 개체 메모리를 식별하고 해제하는 데 사용하는 접근 방식에 있습니다. 더 오래 사용 중입니다.
각각을 설명하고 주요 차이점을 강조하겠습니다.

작동 방식: 메모리의 각 개체에는 해당 개체를 가리키는 참조(또는 포인터) 수를 추적하는 카운터가 있습니다. 개체에 대한 새 참조가 생성되면 카운터가 증가합니다. 참조가 제거되면 카운터가 감소합니다. 카운터가 0에 도달하면 객체에 더 이상 액세스할 수 없으며 해제될 수 있음을 의미합니다(해당 메모리를 회수할 수 있음).
장점:
- 이해와 구현이 간단합니다.
- 카운터가 0에 도달하는 즉시 메모리를 수집하므로 사용되는 메모리 양을 줄일 수 있습니다.
단점:
- 참조 주기: 둘 이상의 객체가 한 주기에서 서로 참조하는 경우 해당 참조 횟수는 결코 0에 도달하지 않아 메모리 누수가 발생합니다.
- 참조를 생성하거나 제거할 때마다 카운터 업데이트가 필요하여 성능에 영향을 줄 수 있으므로 효율성이 떨어질 수 있습니다.

작동 방식: 이 접근 방식에는 마킹 및 스캔이라는 두 가지 주요 단계가 포함됩니다. 첫째, 가비지 수집기는 루트(예: 전역 변수, 지역 변수 및 레지스터)에서 시작하여 메모리의 개체에 대한 모든 참조를 추적하여 액세스 가능한 항목을 표시합니다. 그런 다음 더 이상 액세스할 수 없으므로 표시되지 않은 (무료) 개체를 수집하기 위해 메모리를 스캔합니다.
장점:
- 가비지 수집기가 주기에 관계없이 더 이상 액세스할 수 없는 개체를 식별할 수 있으므로 참조 주기 문제가 발생하지 않습니다.
- 특정 유형의 애플리케이션, 특히 메모리 관리가 복잡한 언어의 경우 실행 시간 측면에서 더 효율적일 수 있습니다.
단점:
- Go와 같은 최신 가비지 수집기는 이러한 일시 중지를 최소화하도록 설계되었지만 프로그램 실행에 일시 중지가 발생할 수 있습니다.
- 일반적으로 추적 프로세스는 가비지 수집기 구현 방식에 따라 참조 계산보다 더 복잡하고 리소스 집약적일 수 있습니다.

주기 관리:
- 참조 카운팅: 두 개 이상의 객체가 서로 참조하여 메모리 누수를 초래하는 참조 순환 문제입니다.
- 추적: 수집기가 접근 가능한 모든 개체를 추적하고 표시하므로 주기에는 문제가 없습니다.
복잡성과 성능:
- 참조 횟수: 간단하지만 각 증가 및 감소 작업은 특히 포인터를 사용하여 많은 작업을 수행하는 프로그램에서 성능에 영향을 미칠 수 있습니다.
- 추적: 더 복잡하고 프로그램 실행이 일시 중지될 수 있지만 일반적으로 다양한 메모리 사용 패턴을 처리하는 데 더 효율적입니다.
수집 시간:
- 참조 횟수: 참조 횟수가 0이 되면 즉시 메모리를 수집합니다.
- 추적: 가비지 수집기가 해당 주기를 실행할 때 주기적으로 메모리를 수집합니다.
구현:
- 참조 횟수: 구현이 더 간단하지만 복잡한 애플리케이션에서는 견고성이 떨어집니다.
- 추적: 더 강력하지만 가비지 수집기 구현은 상당히 복잡할 수 있습니다.