更新:从来没有使用SimpleXML索引,除非您有真的很少对象。改为使用foreach
。:
// Before, with [index]:
for ($i=0;$i<$total;$i++) {
$id = $products->datafeed->prod[$i]['id'];
...
// After, with foreach():
$i = 0;
foreach ($products->datafeed->prod as $prod) {
$i++; // Remove if you don't actually need $i
$id = $prod['id'];
...
一般而言,...->node[$i]
将访问阵列node[]
并朗读所有到所需的索引,以便迭代所述节点数组不是O(N),但O(N )。没有解决方法,因为不能保证当您访问项目K时,您刚刚访问了项目K-1(以递归方式等等)。 foreach
保存指针,从而在o(N)中工作。
出于同样的原因,它可能是有利的foreach来整个阵列,即使你真的需要只有少数,知道的东西(除非他们是少数,非常靠近该阵列的开始):
$a[0] = $products->datafeed->prod[15]['id'];
...
$a[35] = $products->datafeed->prod[1293]['id'];
// After, with foreach():
$want = [ 15, ... 1293 ];
$i = 0;
foreach ($products->datafeed->prod as $prod) {
if (!in_array(++$i, $want)) {
continue;
}
$a[] = $prod['id'];
}
您应该首先验证增加的延迟是由MySQLi还是由XML处理引起的。您可以从循环中删除(注释掉)SQL查询执行,而不是其他任何事情,以验证速度(现在认为它会更高...... :-))现在保持不变,或者显示相同的减少。
我怀疑是XML处理是罪魁祸首,在这里:
for($i=0;$i<$total;$i++){
$id = $products->datafeed->prod[$i]['id'];
...在这里你访问一个指数,这是越来越远成SimpleXMLObject。这可能会遇到Schlemiel the Painter的问题。
直接回答你的问题,“我怎样才能完成循环,不管时间如何”,都是“增加内存限制和最大执行时间”。
为了提高性能,您可以使用不同的接口进料对象:
$i = -1;
foreach ($products->datafeed->prod as $prod) {
$i++;
$id = $prod['id'];
...
}
做实验
我用这个小程序来读取大型XML和重复的内容:
// Stage 1. Create a large XML.
$xmlString = '<?xml version="1.0" encoding="UTF-8" ?>';
$xmlString .= '<content><package>';
for ($i = 0; $i < 100000; $i++) {
$xmlString .= "<entry><id>{$i}</id><text>The quick brown fox did what you would expect</text></entry>";
}
$xmlString .= '</package></content>';
// Stage 2. Load the XML.
$xml = new SimpleXMLElement($xmlString);
$tick = microtime(true);
for ($i = 0; $i < 100000; $i++) {
$id = $xml->package->entry[$i]->id;
if (0 === ($id % 5000)) {
$t = microtime(true) - $tick;
print date("H:i:s") . " id = {$id} at {$t}\n";
$tick = microtime(true);
}
}
在生成XML之后,一个循环会解析它并打印出需要多少元才能迭代5000个元素。为了验证它确实是时间增量,日期也被打印出来。增量应该近似于时间戳之间的时间差。
21:22:35 id = 0 at 2.7894973754883E-5
21:22:35 id = 5000 at 0.38135695457458
21:22:38 id = 10000 at 2.9452259540558
21:22:44 id = 15000 at 5.7002019882202
21:22:52 id = 20000 at 8.0867099761963
21:23:02 id = 25000 at 10.477082967758
21:23:15 id = 30000 at 12.81209897995
21:23:30 id = 35000 at 15.120756149292
所以这是发生了什么:处理XML阵列变为慢。
这主要是相同的程序中使用的foreach:
// Stage 1. Create a large XML.
$xmlString = '<?xml version="1.0" encoding="UTF-8" ?>';
$xmlString .= '<content><package>';
for ($i = 0; $i < 100000; $i++) {
$xmlString .= "<entry><id>{$i}</id><text>The quick brown fox did ENTRY {$i}.</text></entry>";
}
$xmlString .= '</package></content>';
// Stage 2. Load the XML.
$xml = new SimpleXMLElement($xmlString);
$i = 0;
$tick = microtime(true);
foreach ($xml->package->entry as $data) {
// $id = $xml->package->entry[$i]->id;
$id = $data->id;
$i++;
if (0 === ($id % 5000)) {
$t = microtime(true) - $tick;
print date("H:i:s") . " id = {$id} at {$t} ({$data->text})\n";
$tick = microtime(true);
}
}
的时间现在似乎是恒定的......我说“似乎”,是因为他们似乎已经由约一万因素减少,我在获得可靠的测量方面遇到一些困难。
(不,我不知道,我可能从来没有使用大型XML数组索引)。
21:33:42 id = 0 at 3.0994415283203E-5 (The quick brown fox did ENTRY 0.)
21:33:42 id = 5000 at 0.0065329074859619 (The quick brown fox did ENTRY 5000.)
...
21:33:42 id = 95000 at 0.0065121650695801 (The quick brown fox did ENTRY 95000.)
你能解释一下“减少频率直到它们最终停止吗?也许添加一段XML结构来说明? –
我有另一页用于检查数据库中的总行数。之后的第一个5秒约4000,然后再过5秒约2000新增自此以来。然后这会减少,直到它仅为每秒10个左右。 –
可能的欺骗:http://stackoverflow.com/questions/18518602/stream-parse-4-gb-xml-file-in-php –