由php的一个opcache扩展异常而引发的笔记
目录：
当时编译的记录
当时涉及到业务迁移到腾讯云，php7进行了重新编译
获取aws的编译参数
$ php -r "phpinfo();" | grep configure
Configure Command => './configure' '--prefix=/home/ec2-user/web/php7' '--with-config-file-path=/home/ec2-user/web/php7/etc' '--with-config-file-scan-dir=/home/ec2-user/web/php7/etc/php.d' '--enable-inline-optimization' '--disable-debug' '--disable-rpath' '--enable-shared' '--enable-opcache' '--enable-fpm' '--with-fpm-user=ec2-user' '--with-fpm-group=ec2-user' '--with-mysql=mysqlnd' '--with-mysqli=mysqlnd' '--with-pdo-mysql=mysqlnd' '--with-gettext' '--enable-mbstring' '--enable-exif' '--enable-ftp' '--enable-wddx' '--with-iconv' '--with-mcrypt' '--with-mhash' '--with-openssl' '--enable-bcmath' '--enable-soap' '--with-libxml-dir' '--enable-pcntl' '--enable-shmop' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--enable-sockets' '--enable-gd-native-ttf' '--enable-calendar' '--with-curl' '--with-zlib' '--enable-zip' '--with-bz2' '--with-readline' '--with-gd' '--with-freetype-dir'
编译安装php7
wget http://am1.php.net/distributions/php-7.0.14.tar.gz
tar xf php-7.0.14.tar.gz
cd php-7.0.14
./configure '--prefix=/app/webserver/php7' '--with-config-file-path=/app/webserver/php7/etc' '--with-config-file-scan-dir=/app/webserver/php7/etc/php.d' '--enable-inline-optimization' '--disable-debug' '--disable-rpath' '--enable-shared' '--enable-opcache' '--enable-fpm' '--with-fpm-user=appuser' '--with-fpm-group=appuser' '--with-mysqli=mysqlnd' '--with-pdo-mysql=mysqlnd' '--with-gettext' '--enable-mbstring' '--enable-exif' '--enable-ftp' '--enable-wddx' '--with-iconv' '--with-mcrypt' '--with-mhash' '--with-openssl' '--enable-bcmath' '--enable-soap' '--with-libxml-dir' '--enable-pcntl' '--enable-shmop' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--enable-sockets' '--enable-gd-native-ttf' '--enable-calendar' '--with-curl=/app/webserver/curl' '--with-zlib' '--enable-zip' '--with-bz2' '--with-readline' '--with-gd' '--with-freetype-dir'
make
make install
这里指定了--enable-opcache参数用于编译opcache
业务报错
373&is_vip=-1&is_free=0&us=1&type=weixin HTTP/1.1", upstream: "fastcgi://unix:/dev/shm/php-fpm-7.0.sock:", host: "event-ads-api.chuchuguwen.com"
2018/05/25 14:49:53 [error] 5055#0: *201 FastCGI sent in stderr: "PHP message: PHP Fatal error: Uncaught ErrorException: Zend OPcache huge_code_pages: mmap(HUGETLB) failed: Cannot allocate memory (12) in Unknown:0
Stack trace:
#0 [internal function]: Baymax\Foundation\Bootstrap\HandleExceptions->handleShutdown()
#1 {main}
thrown in Unknown on line 0" while reading response header from upstream, client: 172.16.11.7, server: event-ads-api.chuchuguwen.com, request: "GET /chuchutui/v1/screenings_info?uid=74893067&pid=14&page=1&scr_id=-18&access_token=ccj39155444737304f0000748930678e1554447373&is_vip=-1&is_free=0&us=1&type=weixin HTTP/1.1", upstream: "fastcgi://unix:/dev/shm/php-fpm-7.0.sock:", host: "event-ads-api.chuchuguwen.com"
主要报错信息为
PHP message: PHP Fatal error: Uncaught ErrorException: Zend OPcache huge_code_pages: mmap(HUGETLB) failed: Cannot allocate memory (12) in Unknown:0
这边在php.ini中配置的
opcache.huge_code_pages=1
报错为不能申请大叶内存
$ cat /proc/meminfo | grep Hug
AnonHugePages: 67584 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
HugePages_Total为0，说明没有开启大叶内存
vm.nr_hugepages = 128
正常我们的内存页大小为4KB，大叶内存只有2MB和1GB两种，这边使用默认的2MB就行
保存内核参数，reload php
$ cat /proc/meminfo | grep Hug
AnonHugePages: 61440 kB
HugePages_Total: 128
HugePages_Free: 123
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
Opcodes
摘自鸟哥博客
Opcode是一种PHP脚本编译后的中间语言，就像Java的ByteCode,或者.NET的MSL，举个例子，比如你写下了如下的PHP代码：
<?php
echo "Hello World";
$a = 1 + 1;
echo $a;
?>
PHP执行这段代码会经过如下4个步骤(确切的来说，应该是PHP的语言引擎Zend)
- Scanning(Lexing) ,将PHP代码转换为语言片段(Tokens)
- Parsing, 将Tokens转换成简单而有意义的表达式
- Compilation, 将表达式编译成Opcodes
- Execution, 顺次执行Opcodes，每次一条，从而实现PHP脚本的功能。
现有Cache可以使得PHP缓存住Opcodes，这样，每次有请求来临的时候，就不需要重复执行前面3步，从而能大幅的提高PHP的执行速度。
Lexing就是一个词法分析的依据表。 Zend/zend_language_scanner.c会根据Zend/zend_language_scanner.l(Lex文件),来输入的 PHP代码进行词法分析，从而得到一个一个的“词”，PHP4.2开始提供了一个函数叫token_get_all,这个函数就可以讲一段PHP代码 Scanning成Tokens；如果用这个函数处理我们开头提到的PHP代码，将会得到如下结果:
Array
(
[0] => Array
(
[0] => 367
[1] => Array
(
[0] => 316
[1] => echo
)
[2] => Array
(
[0] => 370
[1] =>
)
[3] => Array
(
[0] => 315
[1] => "Hello World"
)
[4] => ;
[5] => Array
(
[0] => 370
[1] =>
)
[6] => =
[7] => Array
(
[0] => 370
[1] =>
)
[8] => Array
(
[0] => 305
[1] => 1
)
[9] => Array
(
[0] => 370
[1] =>
)
[10] => +
[11] => Array
(
[0] => 370
[1] =>
)
[12] => Array
(
[0] => 305
[1] => 1
)
[13] => ;
[14] => Array
(
[0] => 370
[1] =>
)
[15] => Array
(
[0] => 316
[1] => echo
)
[16] => Array
(
[0] => 370
[1] =>
)
[17] => ;
)
分析这个返回结果我们可以发现，源码中的字符串，字符，空格，都会原样返回。每个源代码中的字符，都会出现在相应的顺序处。而，其他的比如标签，操作符，语句，都会被转换成一个包含俩部分的Array: Token ID (也就是在Zend内部的改Token的对应码，比如,T_ECHO,T_STRING)，和源码中的原来的内容。
接下来，就是Parsing阶段了，Parsing首先会丢弃Tokens Array中的多于的空格，然后将剩余的Tokens转换成一个一个的简单的表达式
1.echo a constant string
2.add two numbers together
3.store the result of the prior expression to a variable
4.echo a variable
然后就改Compilation阶段了，它会把Tokens编译成一个个op_array, 每个op_arrayd包含如下5个部分
1. Opcode数字的标识，指明了每个op_array的操作类型，比如add , echo
2. 结果 存放Opcode结果
3. 操作数1 给Opcode的操作数
4. 操作数2
5. 扩展值 1个整形用来区别被重载的操作符
比如，我们的PHP代码会被Parsing成:
* ZEND_ECHO 'Hello World'
* ZEND_ADD ~0 1 1
* ZEND_ASSIGN !0 ~0
* ZEND_ECHO !0
- 也就是以上每一行代码或者多行相关的代码都是opcode了，对于外部请求的参数并没有任何要求，我们使用不同的token参数来进行请求都会触发这个，走cache而不是重新创建opcode
- 也就是以上每一行代码或者多行相关的代码都是opcode了，对于外部请求的参数并没有任何要求，我们使用不同的token参数来进行请求都会触发这个，走cache而不是重新创建opcode
- 也就是以上每一行代码或者多行相关的代码都是opcode了，对于外部请求的参数并没有任何要求，我们使用不同的token参数来进行请求都会触发这个，走cache而不是重新创建opcode
呵呵，你可能会问了，我们的$a去那里了？
恩，这个要介绍操作数了，每个操作数都是由以下俩个部分组成：
op_type: 为IS_CONST(常量),IS_TMP_VAR,IS_VAR,IS_UNUSED(空), orIS_CV- u,一个联合体，根据
op_type的不同，分别用不同的类型保存了这个操作数的值(const)或者左值(var)
而对于var来说，每个var也不一样
IS_TMP_VAR, 顾名思义，这个是一个临时变量，保存一些op_array的结果，以便接下来的op_array使用，这种的操作数的u保存着一个指向变量表的一个句柄（整数），这种操作数一般用~开头，比如~0,表示变量表的0号未知的临时变量IS_VAR这种就是我们一般意义上的变量了,他们以$开头表示IS_CV表示ZE2.1/PHP5.1以后的编译器使用的一种cache机制，这种变量保存着被它引用的变量的地址，当一个变量第一次被引用的时候，就会被CV起来，以后对这个变量的引用就不需要再次去查找active符号表了，CV变量以!开头表示。 这么看来，我们的$a被优化成!0了。
