为什么此DOM replaceNode函数有时会崩溃


Why this DOM-replaceNode function sometimes crashes?

第一个函数(下面)运行良好,在同一DOMDocument的多个节点上循环但有时会崩溃(没有错误消息,但会停止服务器)。

当我们在同一个节点循环中使用第二个(replace_innerXML_secure)时,它永远不会崩溃。为什么第一个怎么了

  • 第一个使用$e->nodeValue=''删除所有子节点可以吗?
  • 第二个保留一个(任意)childNode并使用removeChild删除。。。一个extrange解决方法,以避免在某些标记存在时完全删除

";等效";函数#1和#2:

// 1. What is wrong with THIS function??
function replace_innerXML(DOMNode $e,$innerXML='') {
    if ($e && ($innerXML>'' || $e->nodeValue>'')) {
        $e->nodeValue='';   
        if ($innerXML>'') {
            $tmp = $this->dom->createDocumentFragment();
            $tmp->appendXML($innerXML);
            $e->appendChild( $tmp );
        }
        return true;
    }
    return false;
}
// 2. Here a workaround... slower but... NOT crashes (!), WHY??
function replace_innerXML_secure(DOMNode $e,$innerXML='') {
    if ($e) {
        $tmp = $e->ownerDocument->createDocumentFragment();
        $tmp->appendXML($innerXML);
        $once=null;         
        foreach(iterator_to_array($e->childNodes) as $e2)
            if (!$once && $e2->nodeType===1) $once=$e2;
            else $e->removeChild($e2);
        if ($once)
            $once->parentNode->replaceChild( $tmp, $once );
        else {
            $e->nodeValue='';
            $e->appendChild( $tmp );
        }
        return true;
    }
    return false;
}

注释

EDIT2用于@Prix请求,例如。

环路非常复杂,但可以模拟为

   // use this with ANY (and a lot of) BIG HTML files from web... 
   // I have ~1 error/100 samples  
   $dom = new DOMDocument();
   $dom->load($file); // any XML, or loadHTMLfile() 
   $plst = array();  // you can take off the rand()
   foreach ($dom->getElementsByTagName('*') as $node) if (1 || rand(1,3)==1) {
      $plst[] = $node->getNodePath();
   }
   rsort($plst); // from leaves to root
   foreach ($plst as $p) {
      $xp = new DOMXpath($dom); // refresh for each $p
      $node = $xp->query($p);
      if ($node->length && $node=$node->item(0))
          // USING HERE the function#1 or #2:
          replace_innerXML($node,'<new x="1">text</new>');
   }
   $dom->normalizeDocument();

这里是$dom的一些示例XML,但您可以使用任何$dom->loadHTML($file)来测试(!)。

  <?xml version="1.0" encoding="utf-8"?>
  
  <article dtd-version="3.0" article-type="research-article" xml:lang="en">
    <front><journal-meta>
        <journal-title-group><journal-title>text text text</journal-title>
        <abbrev-journal-title abbrev-type="acronym">aaaa</abbrev-journal-title>
        <abbrev-journal-title abbrev-type="publisher">aaabbb aaa</abbrev-journal-title>
        </journal-title-group>
        <etc>....</etc>
        <history><date date-type="received"><label>Received</label> 9 July 2014</date>
            <date date-type="accepted"><label>Accepted</label> 25 July 2014</date>
        </history>
    </journal-meta></front>
    <body>
        <p>Nonnnononn onononono  nonono</p>
        <fn><p><label>XXXXX yyyyy</label>: xxxx@aaa.com</p></fn>
  
        <p>Nonnnononn onononono  nonono nonono </p>
    </body>
  </article>

EDIT1用于版本和日志

版本:

  • libxml2:2.8.0+dfsg1-7+喘息1
  • php5:5.4.4-14+deb7u14
  • 电容器2:2.2.22-13+deb7u3

日志:在哪里?我只知道/var/log/apache2/error.log,但没有错误(只有一个常见的png"文件不存在",在一个成功的http中)。

在这台机器上,今天再次运行,http崩溃后,没有大的错误报告,只有"文件不存在:/var/www/favicon.ico";坠机前。。。但我也在Ubuntu机器上运行,在那里我发现(!)一份关于崩溃日期和瞬间的报告:

 [Wed Oct 15 20:16:16.840578 2014] [core:notice] [pid 1770] AH00051: child pid 14873 exit signal Segmentation fault (11), possible coredump in /etc/apache2
 [Wed Oct 15 20:16:16.840684 2014] [core:notice] [pid 1770] AH00051: child pid 14879 exit signal Segmentation fault (11), possible coredump in /etc/apache2
 *** Error in `/usr/sbin/apache2': corrupted double-linked list: 0x00007f457b81af70 ***
 [Wed Oct 15 20:16:56.886473 2014] [core:notice] [pid 1770] AH00051: child pid 14844 exit signal Aborted (6), possible coredump in /etc/apache2
 [Wed Oct 15 20:16:57.887638 2014] [core:notice] [pid 1770] AH00051: child pid 14894 exit signal Segmentation fault (11), possible coredump in /etc/apache2

是的,一个大崩溃,不知道为什么。(我记得LibXML2中的"标准核心转储问题"是删除或写入不存在的节点)。

虽然我没有发现任何关于代码的奇怪之处(在我的机器上用一些XML测试了它,没有发现任何问题),但我怀疑有人在某种程度上使用了它,这导致了无限递归。

众所周知,进入过深递归的函数会导致PHP SEGFAULT s。[1,2]要么是这样,要么是一个严重的PHP/libxml2错误。

也许问题出在别处?