PHP에서 이 개체를 가리키는 변수가 없으면 이 개체는 가비지가 됩니다. PHP는 메모리에서 이를 파괴합니다. 이는 메모리 오버플로를 방지하기 위한 PHP의 GC 가비지 처리 메커니즘입니다.
GC의 역할은 모든 Session
정보를 스캔하고 현재 시간에서 session
의 마지막 수정 시간을 뺀 다음 session.gc_maxlifetime 매개변수 비교, 생존 시간이 <code>gc_maxlifetime
(기본값 24분)을 초과하면 세션이 삭제됩니다. Session
信息,用当前时间减去session
最后修改的时间,同session.gc_maxlifetime
参数进行比较,如果生存时间超过gc_maxlifetime
(默认24分钟),就将该session删除。
当一个有效的请求发生时,PHP 会根据全局变量 session.gc_probability
和session.gc_divisor
的值,来决定是否启用一个GC, 在默认情况下,
session.gc_probability = 1 session.gc_divisor = 100
也就是说有1%的可能性启动GC(也就是说100个请求中只有一个gc会伴随100个中的某个请求而启动).
但是,如果你Web服务器有多个站点,多个站点时,GC处理session可能会出现意想不到的结果,原因就是:GC在工作时,并不会区分不同站点的session.
那么这个时候怎么解决呢?
1、修改session.save_path
,或使用session_save_path()
让每个站点的session
保存到一个专用目录;
2、提高GC的启动率,当GC的启动率提高,系统的性能也会相应减低,不推荐;
3、在代码中判断当前session
的生存时间,利用session_destroy()
删除;
session.gc_probability = 1 session.gc_divisor = 100 session.gc_maxlifetime = 1440
这三个配置组合构建服务端session的垃圾回收机制
session.gc_probability
与session.gc_divisor
构成执行session清理的概率,理论上的解释为服务端定期有一定的概率调用gc函数来对session进行清理,清理的概率为:gc_probability/gc_divisor
比如:1/100
表示每一个新会话初始化时,有
1%
的概率会启动垃圾回收程序,清理的标准为session.gc_maxlifetime
定义的时间。
session.gc_divisor
与 session.gc_probability
合起来定义了在每个会话初始化时启动 gc(garbage collection 垃圾回收)
进程的概率。
此概率用 gc_probability/gc_divisor
计算得来。例如 1/100 意味着在每个请求中有 1%
的概率启动 gc 进程。session.gc_divisor
默认为 100
。
比如:
session.gc_maxlifetime = 60 session.gc_divisor = 1000 session.gc_probability = 1
就表示每一千个用户调用session_start()
的时候,就百分百的会执行一次垃圾回收机制,将磁盘上没用的session文件删除。
注意:一般对于一些大型的门户网站,建议将session.gc_divisor
调大一点,减少开销
接下来,我通过一个例子演示下,如何配置才能让调用gc(垃圾回收)进程呢!
通过配置php.ini文件,修改以下几个信息:
session.gc_maxlifetime = 60//当session文件在60s后还没有被访问的话,则该session文件将会被视为“垃圾文件”,并且等待gc(垃圾回收)进程的调用的时候被清理掉 session.gc_probability = 1000
因为gc进程被调用的概率是通过gc_probability/gc_divisor
计算得来的,这里我将session.gc_probability
改成1000
,而session.gc_divisor 默认情况下也是1000
。则gc进程在每次执行session_start()函数的时候都会被调用到。
开启三个会话,则创建三个对应的session
文件,当每个文件在60秒内都没被调用的话,就会被当成是“垃圾文件”,等到gc进程调用的时候,“垃圾文件”就会被unlink
,因为之前我已经通过修改php.ini
配置文件,将gc被调用的概率改成百分百,所以接下来,如果我重新使用任何一个浏览器刷新下页面的时候,三个session
文件,应该只剩下一个了
session.save_handler = files
默认为file,定义session在服务端的保存方式,file
意为把sesion
保存到一个临时文件里,如果我们想自定义别的方式保存(比如用数据库),则需要把该项设置为user
session.gc_probability
및 session.gc_divisor
의 값을 기반으로 GC 활성화 여부를 결정합니다. rrreee즉, GC를 시작할 가능성은 1%입니다(즉, 100개의 요청 중 단 하나의 GC만 100개의 요청 중 하나로 시작됩니다).
그러나 웹 서버에 여러 개의 요청이 있는 경우 여러 사이트가 있는 경우 세션을 처리할 때 GC에서 예상치 못한 결과가 발생할 수 있습니다. 그 이유는 GC가 작동할 때 서로 다른 사이트의 세션을 구분하지 못하기 때문입니다. 🎜🎜이때 어떻게 해결해야 할까요? 🎜🎜1.session.save_path
를 수정하거나 session_save_path()
를 사용하여 각 사이트의 세션
을 전용 디렉터리에 저장하세요. ;🎜🎜2. GC 시작 속도를 높이면 그에 따라 시스템 성능이 저하됩니다.🎜🎜3. 현재 세션를 삭제하려면 session_destroy()
를 사용하세요.🎜rrreee🎜이 세 가지 구성 조합은 서버 측 세션의 가비지 수집 메커니즘을 구축합니다🎜🎜session.gc_probability
및 session.gc_divisor code>는 세션 정리를 실행할 확률을 구성합니다. 이론적 설명은 서버가 정기적으로 세션을 정리하기 위해 gc 함수를 호출할 확률이 있다는 것입니다. >gc_probability/gc_divisor
예: 1/100
은 각각의 새 세션이 초기화될 때 가비지 수집 프로그램이 초기화될 확률이 🎜🎜1%
임을 의미합니다. 청소 표준은 session.gc_maxlifetime
시간으로 정의됩니다. 🎜🎜session.gc_divisor
와 session.gc_probability
는 각 세션이 초기화될 때 gc(가비지 수집)
프로세스를 시작하는 프로세스를 함께 정의합니다. . 🎜🎜이 확률은 gc_probability/gc_divisor
를 사용하여 계산됩니다. 예를 들어 1/100은 각 요청에서 gc 프로세스를 시작할 확률이 1%
라는 의미입니다. session.gc_divisor
의 기본값은 100
입니다. 🎜🎜예: 🎜rrreee🎜는 천 명의 사용자가 session_start()
를 호출할 때마다 가비지 수집 메커니즘이 100% 실행되어 디스크에서 쓸모 없는 세션 파일을 삭제한다는 의미입니다. 🎜🎜참고: 일반적으로 일부 대규모 포털의 경우 오버헤드를 줄이기 위해 session.gc_divisor
의 크기를 늘리는 것이 좋습니다🎜🎜다음으로 gc(가비지)를 호출하도록 구성하는 방법을 예제를 통해 설명하겠습니다. 재활용) 과정! 🎜🎜php.ini 파일을 구성하여 다음 정보를 수정합니다. 🎜rrreee🎜gc 프로세스가 호출될 확률은 gc_probability/gc_divisor
를 통해 계산되므로 여기서는 gc_probability를 하겠습니다.
는 1000
으로 변경되며, session.gc_divisor도 기본적으로 1000
입니다. session_start() 함수가 실행될 때마다 gc 프로세스가 호출됩니다. 🎜🎜세 개의 세션을 열고 해당 세션
파일 세 개를 만듭니다. 각 파일이 60초 이내에 호출되지 않으면 "정크 파일"로 간주되어 GC 프로세스가 호출될 때까지 기다립니다. "정크 파일"은 php.ini
구성 파일을 수정하여 gc가 호출될 확률을 100%로 변경했기 때문에 연결 해제
됩니다. 페이지를 새로 고치려면 브라우저를 사용하세요. 세 개의 세션
파일 중 하나만 남게 됩니다🎜rrreee🎜기본값은 파일이며, 세션이 서버에 저장되는 방식을 정의합니다. file은 session
을 임시 파일에 저장하는 것을 의미합니다. 다른 저장 방법(예: 데이터베이스 사용)을 사용자 정의하려면 이 항목을 user. 🎜🎜관련 추천: "🎜PHP 튜토리얼🎜"🎜
위 내용은 PHP 세션 가비지 수집 메커니즘의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!