php7下的opcache特性导致的一个bug排查

首先这不是opcache的bug，我感觉这算是新特性导致代码不太兼容导致的，因为我们的代码在php5下是跑正常的。
最近在给我们的框架兼容php7，因为框架是扩展的形式，所以得针对新版的zend api修改。

一些都OK了，在cli测试都是没问题的，感觉很爽。

但是放到了php-fpm的环境下，打开opcache。一些乱七八糟的事情发生了，fpm启动后第一次请求是正常，第二次后就各种segmentfault了。所以就有了前面的一篇文章：http://blog.youkuaiyun.com/linkaisheng101990/article/details/50073173。
到底发生啥事了？

场景是这样的，大家都清楚一般的php的MVC框架里面，都会有一个自动加载函数来实现类库的用时加载，而不用事先的include进来。没错，我们的框架里面也有这个一个函数，这个函数是C函数，因为框架是以扩展的形式编写的。导致bug相关的一段代码如下：
class_name这个变量就是需要的类名，请记住这货。

获得这个class_name后，会有针对这个class_name的一系列操作，比如这段代码：

可以看到，画红线的部分，先是对这个class_name_str指针指向class_name字符地址，然后接着一系列的操作这块字符串的操作。比如分割strtok 等操作。这时候class_name结构体对应的字符串指针已经被改得面目全非了，已经不是传入参数的原始值了。其实这也没什么问题，因为逻辑需要，所以才需要各种截取和改变这块地址的字符串。
当opcache来了之后，一切都变了。
opcache是记录ph