php.ini
opcache.enable = 1
opcache.preload=/home/www/test/preload.php
opcache.preload_user = www
使用opcache_compile_file进行文件缓存,一旦缓存不会被清除,使用opcache_reset()不会清除预加载的文件,opcache_invalidate()也不能进行清除,使用opcache_get_status()可以查看缓存占用的内存大小,以及缓存的文件名
//preload.php
$files = glob(‘/home/www/test/*.php’);
foreach ($files as $file) {
opcache_compile_file($file);
}
//parent.php
class A{
public function a(){
echo ‘class A’;
}
}
//child.php
require(‘./parent.php’);
class B extends A{
public function b (){
echo ‘clsss B’.PHP_EOL;
}
}
//conf.php
return array_fill(0,20,’abc’);
//index.php
<?php
require(‘./child.php’);
require(‘./conf.php’);
opcache_reset();
print_r(opcache_get_status());
$obj = new B;
$obj->b();
ab -c 1 -n 10000
https://segmentfault.com/a/1190000023228958
对于执行过的代码,再次执行时将命中cache,cache中的opcode可以直接被取出,进而执行。从而省了下了词法析,语法分析,编译生成opcode的时间。
但是从cache中的opcode到执行opcode过程中还需要做两件事
将opcode从SHM(cache)中拷贝到处理请求的进程(比如php-fpm)空间中。
链接,也就是解决依赖问题。
opcode是可以设置对文件的变化做检查的,比如每隔2秒,看下文件是否有变,如果改变,则cache中的opcode失效,重新编译。
上面这些事,都是在执行之前发生的,是否可以提前做好,把时间省下来呢?可以的,这就是preload的主要工作!
执行前将opcode直接放入处理进程中。
提前链接,解决依赖。
载入的opcode不可更改,省去了检查文件变更及可能的重新编译时间。相应的副作用是,如果不重启进程(比如php-fpm),代码的修改将不会生效。
2.2预加载脚本
一段最简单的预加载脚本如下:
$files = /* An array of files you want to preload */;
foreach ($files as $file) {
opcache_compile_file($file);
}
files中对应的class将被预加载到内存中
3.2 预加载脚本
rawphp目录结构如下
├── a.php //业务代码
├── lib //基础库
│ ├── 1.php
│ ├── 2.php
│ └── base.php
└── preload.php预加载脚本
preload.php
<?php
$files = [
“lib/base.php”,
“lib/1.php”,
“lib/2.php”
];
foreach ($files as $one){
opcache_compile_file($one);
}
3.3 目录中的其它代码
a.php
<?php
$obj = new A1();
$obj->say();
lib/1.php
<?php
require_once(DIR.”/base.php”);
class A1 extends Base{
public function say(){
echo “i’m A1”;
}
}
lib/2.php
<?php
class A2{
public function sayhi(){
echo “i’m A2”;
}
}
lib/base.php
<?php
abstract class Base{
abstract function say();
}
3.4 说明及注意
因为作了preload, 所以a.php中不需要require(“lib/1.php”)就可以直接new A1()。
A1依赖Base, 已经在文件中
require_once(DIR.”/base.php”)
1
但是在preload.php中依然要对base.php进行opcache_compile_file()。不然重启php-fpm时会报NOTICE
Can’t preload unlinked class A1: Unknown parent Base.
1
也就是A1不会被预加载。进而带来的后里是,执行a.php时报Fatal error
Fatal error: Uncaught Error: Class ‘A1’ not found
1
3.5 从底层看效果
我们只启动一个php-fpm进程,这样可以通过strace对比一下开关preload的效果。
3.5.1开启preload
首先,我们打开preload,从浏览器执行a.php,看到strace结果如下:
image
只读取了a.php,没有读取依赖的1.php, base.php。因为已经直接从内存中加载。
3.5.2关闭preload,只保留opcache
修改php.ini
;opcache.preload=/home/ballqiu/rawphp/preload.php
1
修改a.php
//增加如下代码,否则无法执行
require_once(“lib/1.php”);
1
2
从浏览器执行a.php,第一次执行看到strace结果如下:
image
读取了1.php, base.php两个依赖。
第二次执行看到strace结果如下:
image
因为开启了opcache, 所以,虽然没有读取依赖文件,但仍然检查了文件是否更新。
Only classes without unresolved parent, interfaces, traits and constant values may be preloaded。
我的实验结果如下:
class, funciton, trait, interface能够进行预加载(在满足依赖的情况下)。
全局变量,define, const,无法被预加载。比如preload.php中如果有如下代码:
<?php
define(“NAME”, “BALL”);
$name = “ball”;
const BOOK = “pot”;
1
2
3
4
那么这些变量和常量在a.php中都是无法看到的。
预加载只加载文件,不执行文件,因此动态生成的一切无法被预加载。
<?php
class Page_User_Index extends SOSO_Page{
public function run(){
echo “hello world”;
}
}
使用ab做压测,记录不同并发下Time per request(单位毫秒)。
php 7.4.0
image
可见框架在开preload与不开preload时差别不大。这是因为代码比较简单,依赖不多,框架预加的类也不多。
php 7.0.1
image
可见同样是只开opcache, 即使在如此简单的逻辑下7.4的性能还是高于7.0。
https://blog.csdn.net/qmhball/article/details/103503939
https://stitcher.io/blog/preloading-in-php-74
http://www.phpxs.com/post/6748/
https://learnku.com/articles/29604?order_by=vote_count&