PHP의 내부 쓰레기 수집 메커니즘에 대한 깊은 다이빙

PHP의 쓰레기 수집 메커니즘은 기준 계수를 기반으로하지만주기적인 원형 쓰레기 수집기에 의해 순환 참조가 처리되어야합니다. 1. 기준 카운트 변수에 대한 참조가 없을 때 즉시 메모리를 방출합니다. 2. 참조 참조는 메모리가 자동으로 해제 될 수 없게되며 GC에 따라 감지하고 청소할 수 있습니다. 3. "가능한 루트"zval이 임계 값에 도달하거나 수동으로 GC_COLLECT_CYCLES ()를 호출 할 때 GC가 트리거됩니다. 4. 장기 실행 PHP 응용 프로그램은 메모리 누출을 피하기 위해 GC_STATUS ()를 모니터링하고 GC_COLLECT_CYCLES ()를 제 시간에 호출해야합니다. 5. 모범 사례에는 원형 참조를 피하고 GC_DISABLE ()를 사용하여 성능 키 영역을 최적화하고 ORM의 CLER () 메소드를 통해 DeReeference 객체를 사용하고 궁극적으로 효율적인 메모리 관리가 복잡한 시나리오에 대처하는 것이 포함됩니다.

PHP의 GC (Garbage Collection) 메커니즘은 종종 높은 수준의 스크립팅 언어로서 메모리 관리가 완전히 추상화된다고 가정하는 개발자들에 의해 간과됩니다. PHP는 참조 계산을 통해 대부분의 메모리 정리를 자동으로 처리하지만, 특히 원형 참조 및 자원 정리를 처리하는 내부 쓰레기 수집 프로세스를 이해하면 성능을 최적화하고 장기 실행 스크립트 또는 복잡한 응용 프로그램에서 메모리 누출을 피할 수 있습니다.

PHP가 후드 아래에서 메모리와 쓰레기 수집을 관리하는 방법에 대해 자세히 살펴 보겠습니다.

PHP가 메모리를 관리하는 방법 : 참조 계산

핵심적으로 PHP는 참조 계산을 메모리 추적 및 관리를위한 주요 방법으로 사용합니다. PHP의 모든 변수는 내부적으로 zval (Zend value)으로 표시되며, 이는 유형 및 참조 수와 같은 값과 메타 데이터를 보유합니다.

변수가 지정되거나 통과 될 때마다 zval 의 기준 수가 증가합니다. 변수가 범위를 벗어나지 않거나 설정되지 않으면 참조 수가 줄어 듭니다. 카운트가 0에 도달하면 PHP는 즉시 관련 메모리를 해방합니다.

예를 들어:

 $ a = "안녕하세요";
$ b = $ a; // refcount가 2가됩니다
비 세트 ($ a); // refcount는 1로 떨어집니다
비 세트 ($ b); // refcount가 0으로 떨어집니다 → 메모리 해제

이 시스템은 효율적이며 결정 - 원형 참조가 참여하는 경우를 제외 하고는 더 이상 필요하지 않은 즉시 메모리가 해제됩니다.

문제 : 원형 참조

원형 참조가 발생할 때 참조 계산이 실패합니다. 둘 이상의 객체가 서로를 참조 할 때, 응용 프로그램의 루트에서 더 이상 액세스 할 수없는 경우에도 참조 수를 0 이상으로 유지하는주기를 만듭니다.

예:

 클래스 노드 {
    공개 $ 부모;
}

$ a = new Node ();
$ b = new Node ();
$ a-> 부모 = $ b;
$ b-> 부모 = $ a;

Unset ($ a, $ b); // 사이클로 인해 refcount가 0에 도달하지 않습니다

비록 $a 와 $b 설정되지 않더라도, 각각은 여전히 다른 사람에 대한 참조를 보유하고 있으므로 zval 은 결코 정리되지 않습니다. 이것은 메모리 누출을 만듭니다.

PHP의 주기적 쓰레기 수집가가 들어오는 곳입니다.

PHP의 주기적 쓰레기 수집가

이를 해결하기 위해 PHP는 원형 참조를 감지하고 정리하기 위해 주기적으로 실행되는 주기적 쓰레기 수집기를 구현합니다. PHP 5.3에 도입되었으며 참조 계산과 함께 작동합니다.

작동 방식

GC는 모든 unset() 또는 스코프 종료에서 실행되지 않습니다. 대신 특정 조건에서 트리거합니다.

• "가능한 루트"의 수가 임계 값에 도달 할 때 (기본값 : 10,000).
• 또는 gc_collect_cycles() 를 통해 수동으로 트리거되었습니다.

"가능한 루트"는 사이클의 일부일 수있는 참조 수> 0을 가진 zval 입니다. 그러한 물체가 감지되면 루트 버퍼 에 추가됩니다.

버퍼가 채워지면 PHP의 GC는 2 상 사이클 감지 알고리즘을 실행합니다.

1. 마크 단계 : 가능한 모든 루트 객체를 가로 지르고 "회색"으로 표시하십시오.
2. 스캔 단계 : 각 물체의 경우 어린이의 기준 수를 줄입니다. 어린이의 refcount가> 0으로 남아 있지만 뿌리가 아니었다면주기의 일부입니다.

그런 다음 사이클의 일부로 식별 된 물체가 정리되고 기억이 해제됩니다.

이것을 수동으로 트리거 할 수 있습니다.

 gc_collect_cycles (); // GC를 강제로 실행합니다

그리고 그것을 모니터링하십시오 :

 var_dump (gc_enabled ()); // bool (true)
var_dump (gc_status ()); // 실행, 수집 등을 표시합니다.

성능 고려 사항

GC가 메모리 누출을 방지하지만 무료는 아닙니다.

• 잠재적주기를 추적 할 때 오버 헤드가 추가됩니다.
• gc_collect_cycles() 너무 자주 실행하면 성능이 저하 될 수 있습니다.
• 대부분의 웹 스크립트 (단기 요청)에서 요청이 종료 될 때 메모리가 해제되므로 영향은 무시할 수 있습니다.

그러나 장기 실행되는 PHP 응용 프로그램 (예 : 데몬, CLI 작업자 또는 Swoole 기반 서버)에서 수집되지 않은주기는 축적되어 메모리 팽창을 유발할 수 있습니다.

모범 사례

• 가능하면 원형 참조를 피하십시오 (예 : 약한 참조 또는 수동으로 중단주기를 사용하십시오).
• 사이클이 없다고 확신하는 경우 성능 크리티컬 섹션에서 gc_disable() 에게 전화하십시오.
• gc_enable() 사용하고 장기 실행 스크립트에서 gc_status() 모니터링하여 수집을 추적하십시오.
• memory_get_usage() 및 XdeBug와 같은 도구를 사용한 프로파일 메모리 사용.

실제 예 : ORM 엔티티

교리와 같은 프레임 워크는 종종 엔티티가 서로를 참조하는 객체 그래프를 만듭니다 (예 : 사용자 ↔ 프로파일). 조심스럽게 관리하지 않으면 사이클을 형성 할 수 있습니다.

해결책:

• __destruct() 사용하여 참조를 중단하십시오.
• 또는 교리의 작업 단위에 의존하여 물체 수명을 관리하고 플러시 후 참조를 명확하게하십시오.

 함수 processUsers () {
    $ user = $ entityManager-> getRepository (user :: class)-> findAll ();
    foreach ($ user as $ user) {
        // 프로세스...
    }
    $ entityManager-> clear (); // 모든 객체를 분리합니다
    gc_collect_cycles (); //주기를 정리하십시오
}

결론

PHP의 쓰레기 수집은 하이브리드 시스템입니다.

• 참조 계산은 대부분의 메모리 정리를 즉시 처리합니다.
• 순환 GC는 원형 참조를 정리하기 위해 노력하지만 필요할 때만 가능합니다.

대부분의 개발자는 일반적인 웹 요청주기 중에 그것에 대해 생각할 필요가 없지만, 장기 PHP 응용 프로그램을 구축하거나 복잡한 객체 그래프를 다룰 때이 메커니즘을 이해하는 것이 중요해집니다.

주요 테이크 아웃? PHP에는 쓰레기 수집가가 있지만 Java 또는 Go와 같은 전통적인 추적 GC는 아닙니다. 참조 계산 위에서 작업하는 사이클을위한 대상 솔루션입니다.

따라서 주로 PHP를 신뢰할 수 있지만 원형 참조를 인식하고 gc_status() 및 gc_collect_cycles() 와 같은 도구를 사용하여 필요할 때 더 미세한 제어를 제공합니다.

기본적으로 : 참조 계산은 무거운 리프팅을 수행하고 GC는 가장자리 케이스의 정리 승무원입니다.

위 내용은 PHP의 내부 쓰레기 수집 메커니즘에 대한 깊은 다이빙의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!