1
5
查看代码会有所帮助,但如果您想自己调试代码,请查看 Xdebug ,这将有助于分析您的应用程序。 当然,这取决于你在做什么,它可能正在积累一些内存,尽管对于2500个记录来说132MB似乎已经很高了。当然,你可以 tweak your memory limit 在php.ini中,如果需要。 您正在读取的csv文件有多大?你对它做了什么样的处理? |
2
7
如果您确实怀疑脚本中只有一个或两个内存泄漏导致脚本崩溃,那么您应该采取以下步骤:
例子:
最坏的情况是 全部的 您的处理步骤中有一些效率较低,您需要优化所有这些步骤。 |
3
2
这取决于在处理完变量后如何清除它们。 看起来您已经完成了记录,但仍在某处存储信息。使用 unset() 如果有疑问,清除变量。 请提供一个最小的复制代码示例,以查看如果这不起作用,所有的内存将流向何处。 顺便说一句,生成最小的代码样本来重现这个问题是一种很好的调试技术,因为它迫使您小心地重新检查代码。 |
4
2
您可以尝试本地安装php5.3并调用http://www.php.net/manual/en/function.gc-collect-cycles.php。
如果情况改善了,您至少验证了(关于)问题。 |
5
1
你是怎么读文件的?如果您使用fread/filegetcontents或其他类似的函数,那么当调用时加载整个文件时,您将消耗内存中的整个文件大小(或者使用fread加载的量)。但是如果你使用 fgetcsv 如果一次只读一行,这取决于行的长度,这在你的记忆中会明显地更容易。 还要确保在每个循环上重用尽可能多的变量。检查是否没有包含大量数据的数组。 最后一点要注意的是,在循环之前打开文件,然后在单词后关闭:
你真的不想这样做:
就像其他人说的那样,如果没有看到一些代码,就很难分辨出来。 |
6
0
在没有看到任何代码的情况下很难说出原因。但是,一个典型的问题是递归引用,即对象A指向对象B,而另一个方向指向对象B,这可能导致GC出错。 我不知道您当前如何处理该文件,但您可以尝试一次只能读取一行文件。如果您一次读取整个文件,它可能会消耗更多的内存。 这实际上是我喜欢批处理任务使用Python的原因之一。 |
7
0
您能在php.ini中更改内存限制吗? 此外,对变量执行unset($var)操作是否可以释放一些内存?$var=null也可以帮助吗? 另请参见此问题: What's better at freeing memory with PHP: unset() or $var = null |
8
0
我也遇到了同样的问题,这也是由于数据库分析(zend_db_profiler_firebug)。在我的情况下,它每分钟泄漏1兆字节。这个脚本应该运行几天,所以几个小时内就会崩溃。 |