让我们详细了解look,了解我们可能会玩的技巧：

if (!file_handle->filename || !ZCG(enabled) || !accel_startup_ok) {
    /* The Accelerator is disabled,act as if without the Accelerator */
    return accelerator_orig_compile_file(file_handle,type);
#ifdef HAVE_OPCACHE_FILE_CACHE
} else if (ZCG(accel_directives).file_cache_only) {
    return file_cache_compile_file(file_handle,type);
#endif
} else if ((!ZCG(counted) && !ZCSG(accelerator_enabled)) ||
           (ZCSG(restart_in_progress) && accel_restart_is_active())) {
#ifdef HAVE_OPCACHE_FILE_CACHE
    if (ZCG(accel_directives).file_cache) {
        return file_cache_compile_file(file_handle,type);
    }
#endif
    return accelerator_orig_compile_file(file_handle,type);
}

我们可以看到,在启用文件缓存的位置,它优先于共享内存缓存.

接下来,我们想看看file_cache_compile_file：

> block signals
> protect shared memory
> zend_file_cache_script_load

现在我们来看看zend_file_cache_script_load：

> open
> read header(layout)
> verify magic “OPCACHE”
> verify system id
> optionally validate timestamp
> perform read of cached file
> verify checksum

所以我们遇到的第一个问题是system id不是唯一的,而是由以下元素组成：

> PHP版本
> Zend Extension构建标识符
>二进制标识符,包含以下内容：

> sizeof(char)
> sizeof(int)
> sizeof(长)
> sizeof(size_t)
> sizeof(zend_long)
> ZEND_MM_ALIGNMENT

>如果没有使用PHP的开发版本(未发布,来自git)：

> ___DATE__二进制编译日期
> ___TIME___二进制编译时间

PHP版本和构建标识符是必需的,因为至少以下版本或构建版本之间可能会发生变化：

>操作码的整数标识符
>内部结构的布局
> VM期望的指令序列(现有控制结构的细节可能会改变fe.foreach)
> opcache执行的优化(因为以前的可能被发现是不安全的)

二进制标识符是必需的,因为至少zval的布局随着endianess和体系结构而变化：体系结构可能影响一些基本编译器类型(long,size_t等)的大小以及这些类型的上限和下限,而endianess可以影响结构中成员的顺序,以及基本编译器类型的二进制表示.

请注意,相当多的努力用于识别当前系统,这应该让你暂停思考……

禁用时间戳验证opcache.validate_timestamps = 0将允许加载文件高速缓存条目,即使文件系统上的当前文件为空.

标头中包含的校验和仅用于验证文件的脚本部分(位于标头之后),它不包含(也不能)包含系统标识符或校验和本身的标头.

因此,您可以通过更改缓存文件的header中的系统标识符以与目标计算机标识符相对应,欺骗PHP从另一台计算机加载缓存文件.

你应该 ？

也许是为了好玩,但作为一种部署软件的方法,绝对不是.

文件高速缓存不是为此目的,从不同的体系结构和/或构建加载高速缓存将导致PHP崩溃.