在大规模的并发环境下，每一个要求都须要编译，那必将会摧残浪费蹂躏大量的CPU韶光片。
举个例子
一个接口有1W的并发，程序代码在短韶光并不会改变，这1W个要求每次都须要实行编译操作，摧残浪费蹂躏的韶光为：
1W 编译韶光
假设编译韶光为 10ms，那么1秒内摧残浪费蹂躏的编译韶光为：100s。这100s干点啥不好，哈哈哈。
正文
OPcache通过将PHP脚本预编译的字节码存储到共享内存中来提升PHP的性能，存储预编译字节码的好处便是省去了每次加载脚本和编译的开销。
php不开启OPcache时要求的流程图
不开启OPcache要求实行流程
php开启OPcache时要求的流程图
开启OPcache要求实行流程
比拟以上两个流程，创造开启了OPcache，程序减少了IO获取文件、编译的流程。程序的性能自然就得到了提升。
开启opche的优点减少了程序读取文件的韶光，也便是对磁盘IO的操作。磁盘IO是毫秒级别，内存IO是纳秒级别，内存的处理读写速率是磁盘的10W倍，大家可自行体会个中的性能差异。减少了程序编译的韶光，编译程序本身就比较花费CPU。减少了读取文件、编译本身也就开释了CPU，减少了CPU的高下文切换。
开启OPcache的缺陷中间码放在内存中，占用了一些内存，不过现在内存的造价并不像以前高昂，一块内存对付普通人来说都不是什么大的开销。
OPcache是将中间码存储在共享内存中，更新中间码有点麻烦。
更新中间码办法
通过配置文件
opcache.validate_timestamps=true 并且 opcache.revalidate_freq=0 时是每次要求都会检讨脚本是否更新（不建议这么做）；opcache.revalidate_freq !=0 时每隔配置的秒数做一次检讨。
opcache.validate_timestamps=false 时 opcache.revalidate_freq 不生效，程序只有通过 opcache_reset() 或 opcache_invalidate() 来手动重置 OPcache。
重启/重载
重启php-fpm
会造成要求中断。
重新载入php-fpm
reload 首先会向子进程发送一个 SIGQUIT 旗子暗记，并注册一个定时器， 如果没有规定韶光推出的子进程，接着会收到一个 SIGTERM 旗子暗记，如果一秒还没有推出，就会收到一个 SIGKILL 旗子暗记，逼迫杀去世。这里也可能会造成要求的中断。
手动调用
手动调用 opcache_reset()、opcache_invalidate()
个人比较推举通过手动调用的办法去更新中间码，开拓职员可以开拓一个更新OPcache接口，这个接口的安全性哀求要比较高，紧张浸染是调用 opcache_reset() 函数。当运维职员支配代码完成后，运维职员上岸后台管理系统，点击支配按钮，发送一个更新 OPcache 的要求给所有的负载均衡下的机器，这样就可以完成程序的整体更新了。
