가비지 수집 메커니즘을 위한 PHP 참조 카운터 소개

PHP에는 더 이상 메모리 범위에 없는 개체를 실제로 가비지 수집하는 매우 간단한 가비지 수집기가 있습니다. 가비지 수집이 작동하는 내부 방식은 참조 카운터를 사용하는 것입니다. 따라서 카운터가 0(객체에 대한 참조를 사용할 수 없음을 의미)에 도달하면 객체는 가비지 수집되어 메모리에서 제거됩니다.

모든 컴퓨터 언어에는 자체 자동 가비지 수집 메커니즘이 있으므로 프로그래머는 프로그램 메모리 할당에 대해 크게 걱정할 필요가 없습니다. 그러나 객체 지향 프로그래밍(OOP) 프로그래밍에서는 PHP도 예외는 아닙니다. 일부 객체는 파괴 스타일로 표시되어야 합니다. 프로그램 실행 메모리가 오버플로되는 것을 방지하세요.

1. PHP 가비지 컬렉터(GC)

PHP에서는 이 개체를 가리키는 변수가 없으면 개체가 가비지가 됩니다. PHP는 메모리에서 이를 파괴합니다. 이는 메모리 오버플로를 방지하기 위한 PHP의 GC 가비지 처리 메커니즘입니다.

PHP 스레드가 종료되면 현재 점유된 모든 메모리 공간이 소멸되고 동시에 현재 프로그램의 모든 개체가 소멸됩니다. GC 프로세스는 일반적으로 각 SESSION에서 실행되기 시작합니다. GC의 목적은 세션 파일이 만료된 후 자동으로 삭제하고 삭제하는 것입니다.

2. __destruct /unset

__destruct() 분석 쓰레기 객체가 재활용될 때 실행됩니다.
unset은 객체가 아닌 객체를 가리키는 변수를 파괴합니다.

3. 세션 및 GC

PHP의 작동 메커니즘으로 인해 세션 정보를 정기적으로 검사하여 유효한 요청이 발생했는지 확인하는 데몬 스레드가 없습니다. , PHP GC 활성화 여부는 전역 변수 session.gc_probability 및 session.gc_divisor의 값에 따라 결정됩니다. 기본적으로 session.gc_probability=1, session.gc_divisor =100은 1%의 가능성이 있음을 의미합니다. GC 시작(즉, 100개의 요청 중 하나의 GC만 100개의 요청 중 하나로 시작됩니다.)

GC의 작업은 모든 세션 정보를 스캔하고 마지막 수정 시간을 빼는 것입니다. 현재 시간부터의 세션과 동시에 session.gc_maxlifetime 매개변수를 비교하여 생존 시간이 gc_maxlifetime(기본값 24분)을 초과하면 세션이 삭제됩니다.
그러나 웹 서버에 여러 사이트가 있는 경우 여러 사이트의 세션을 처리할 때 GC가 예상치 못한 결과를 초래할 수 있습니다. 그 이유는 GC가 작동할 때 서로 다른 사이트의 세션을 구분하지 않기 때문입니다.

그렇다면 이때는 어떻게 해결해야 할까요?

1. session.save_path를 수정하거나, session_save_path()를 사용하여 각 사이트의 세션을 전용 디렉터리에 저장합니다.
2. 당연히 GC의 시작 속도는 다음과 같습니다. 개선되고 그에 따라 시스템 성능도 저하되므로 권장되지 않습니다.
3. 코드에서 현재 세션의 생존 시간을 확인하고 session_destroy()를 사용하여 삭제합니다. 재인쇄할 소스를 표시하세요. PHP 참조 카운터의 가비지 수집 메커니즘 소개