这个内存问题可能要请高手来解答了

dualface

一个脚本执行完才会释放分配的内存。如果要在脚本执行过程中释放已经分配的内存，恐怕只有自己写垃圾回收函数了。

gudddd

php真是岂有此理，自己的系统函数用了内存返回不释放内存，再进去要用新的内存，直到脚本完成？？

gudddd

dualface兄，象这种情况，多次调用系统函数导致的内存垃圾在脚本执行完之前怎么释放他呢？

SATAND

这个问题，要从php的执行流程分析才能解决。一句话，php是脚本语言。如果你把php脚本集成到php里实时控制。。。。不过那似乎就不是php了
php的效率还是很高的，我指的是处理小文件；用过bbs的朋友会惊讶linux居然可以高效的处理那么多文件。
如果要用脚本语言编码几十M的文件，一定是思路错了；如果要用一个脚本文件完成数件功能，也是思路错了。

gudddd

唉，只能这样了，实在不想大动现在的代码，在跟踪调用base_encode的函数时，当函数返回时内存还是释放了，可能是调试器做了这事吧。说真的，处理文件的速度还是很快的，可能以牺牲内存为代价了吧?
上面的老兄说:如果你把php脚本集成到php里实时控制。。。。我也是这么想的，但不知具体如何实现

SATAND

原帖由 "gudddd" 发表：
唉，只能这样了，实在不想大动现在的代码，在跟踪调用base_encode的函数时，当函数返回时内存还是释放了，可能是调试器做了这事吧。说真的，处理文件的速度还是很快的，可能以牺牲内存为代价了吧?
上面的老兄说:如?.........

.so
将读取-编码-释放流程作为一个内嵌函式

gudddd

楼上的老兄是不是说在php源程序里加一个函数集成这些功能，重新编译php模块?
我正在看php的源程序，base64_encode返回的是指针，在这里面处理肯定不行，看来要另写了

gudddd

楼上的老兄，谢谢，我顺藤摸瓜地看php源代码，把php脚本的执行原理看懂了一些，的确，php在开始时启动内存管理，执行关闭内存管理，我决定自己做一个程序来完成这个功能，假如成功又有空的话，我想可以写篇文章把经验与大家共享：），再次感谢