이 기사에서는 가비지 수집에 대해 소개하고, PHP의 가비지 수집 메커니즘을 간략하게 분석하고, 마지막으로 가비지 수집이 성능에 미치는 영향에 대해 살펴보겠습니다.
개발에 대해 조금 배운 학생들은 프로그래밍 언어에 관계없이 변수가 메모리에 저장된다는 것을 알고 있다고 믿습니다. 실제로 우리 개발자들은 계속해서 메모리를 조작하고 있으며 이에 따라 계속해서 새로운 변수를 추가하면 메모리가 계속 증가하게 되며, 좋은 메커니즘이 없다면 메모리는 무한히 증가하여 결국에는 가득 차게 됩니다. 이로 인해 메모리 누수가 발생합니다. 그러나 일상적인 개발에서는 한 번에 큰 파일을 로드하지 않는 한 메모리 오버런 오류가 거의 발생하지 않습니다. 이것이 가비지 수집 메커니즘의 역할입니다.
C 언어를 사용할 때 메모리를 해제하려면 수동으로 free를 사용해야 합니다. C 이후의 대부분의 프로그래밍 언어에는 우리가 이야기할 가비지 수집 메커니즘인 가비지 수집과 같은 처리 기능이 함께 제공됩니다. 오늘날 GC라고도 합니다. GC 기능이 있는 개발 언어에서는 메모리를 언제 해제할지 신경 쓸 필요가 없으며, 이 부분의 내용을 전혀 이해할 필요도 없습니다. 최하위 수준에서 우리를 위한 메모리 릴리스 문제입니다.
물론 이 분야에서 가장 유명한 콘텐츠는 Java의 가비지 수집 메커니즘입니다. 실제로 PHP에도 해당 처리 메커니즘이 있습니다. 물론 오늘 우리는 이 측면에 대해 논의한 적이 없을 것입니다. .
이전 글에서 참조 카운팅의 개념을 소개했습니다. PHP5.3 이전에는 PHP의 가비지 수집 메커니즘이 매우 간단했습니다. 이는 하위 수준에서 무료였던 참조 횟수가 0인 모든 항목을 정리하고 재활용하는 것이었습니다. 그러나 이 방법은 참조 카운트에 대한 기사에서 언급한 순환 참조라는 문제를 야기합니다. 이러한 종류의 참조 문제는 일반적인 재계산 판단으로는 재활용될 수 없습니다. 따라서 PHP5.3 이전에는 순환 참조로 인해 메모리 누수가 발생했습니다.
버전을 강조하는 이유는 5.3 이후 PHP에서 가비지 컬렉션 알고리즘을 개선하여 이 순환 참조를 해결했기 때문입니다. (물론 우리는 일상적인 개발에서 이런 종류의 순환 참조 문제를 피하려고 노력합니다.) 구체적인 알고리즘에 대해서는 공식 사진을 인용합니다:
공식 문서에 자세한 설명이 있지만 여전히 매우 혼란스럽습니다. 이 과정을 간단한 언어(인간의 언어)를 사용하여 설명하겠습니다.
우선, 사진의 루트인 루트 버퍼(Root Buffer)라는 개념을 가지고 있습니다. 가장 낮은 수준에서는 일련의 이해할 수 없는 알고리즘을 통해 각 변수의 가능한 근을 찾을 수 있습니다. PHP는 변수의 가능한 루트를 루트 버퍼에 넣습니다.
루트 버퍼가 가득 차면 기본값은 일반적으로 10000입니다. 이 값을 수정하려면 소스 코드를 수정하고 다시 컴파일해야 합니다. PHP는 가비지 수집 메커니즘을 시작하고, 루트 버퍼에서 깊이 탐색 알고리즘을 따라 이 가능한 루트와 관련된 모든 변수를 찾고, 특정 가능한 루트에서 찾은 변수의 참조 횟수를 1만큼 줄이고 표시를 표시합니다. 현재의 "감소".
그런 다음 깊이를 다시 탐색합니다. refcount가 0이 아니면 1을 추가하고, 0이면 그대로 유지합니다.
그런 다음 삭제하는 대신 루트 버퍼에서 가능한 모든 루트를 지웁니다. 그런 다음 참조 횟수가 0인 모든 변수 내용을 정리하고 해제합니다.
벌써 헷갈리시나요? 사실 저도 너무 헷갈려서 이 문단을 어떻게 써야할지 모르겠어요...
몇 가지 핵심만 기억하시면 인터뷰에 응해 순식간에 대부분의 사람들을 죽일 수 있습니다.
추천 학습: "
PHP 비디오 튜토리얼위 내용은 PHP의 가비지 수집이란 무엇입니까? 성능에 어떤 영향을 미치나요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
