确保真正的源文件保存为UTF-8(您甚至可能想尝试不推荐的UTF-8 BOM字符以确保)。

同样在HTML的情况下，确保你已经使用元标记声明了正确的编码:

<meta http-equiv="Content-Type" content="text/html; charset=utf-8">

如果它是一个CMS(正如您已经用Joomla标记了您的问题)，您可能需要为编码配置适当的设置。

使用它可以得到正确的结果

$dom = new DOMDocument();
$dom->loadHTML('<meta http-equiv="Content-Type" content="text/html; charset=utf-8">' . $profile);
echo $dom->saveHTML();
echo $profile;

这个操作

mb_convert_encoding($profile, 'HTML-ENTITIES', 'UTF-8');

这是不好的方式，因为像<， >可以在$profile中，并且它们不会在mb_convert_encoding之后进行两次转换。它是XSS和错误HTML的漏洞。

你可以在执行utf-8编码的行前加上前缀，像这样:

@$doc->loadHTML('<?xml version="1.0" encoding="UTF-8"?>' . "\n" . $profile);

然后你可以继续使用你已经拥有的代码，比如:

$doc->saveXML()

您必须为DOMDocument提供一个带有合理标题的HTML版本。 就像HTML5一样。

$profile ='<?xml version="1.0" encoding="'.$_encoding.'"?>'. $html;

也许让你的HTML尽可能有效是一个好主意，这样你就不会在开始查询时遇到问题。大约:-)和远离htmlentities!!!!这是一个必要的来回浪费资源。 保持你的代码疯狂!!!!

我花了一段时间才想明白，下面是我的答案。

在使用DomDocument之前，我将使用file_get_contents检索url，然后使用字符串函数处理它们。也许不是最好的方法，但是很快。在确信Dom的速度也一样快之后，我首先尝试了以下方法:

$dom = new DomDocument('1.0', 'UTF-8');
if ($dom->loadHTMLFile($url) == false) { // read the url
    // error message
}
else {
    // process
}

尽管有适当的元标记、PHP设置以及这里和其他地方提供的所有其他补救措施，但在保留UTF-8编码方面却失败了。以下是有效的方法:

$dom = new DomDocument('1.0', 'UTF-8');
$str = file_get_contents($url);
if ($dom->loadHTML(mb_convert_encoding($str, 'HTML-ENTITIES', 'UTF-8')) == false) {
}

等。现在世界一切都好了。

为我找到的作品:

$dom = new \DOMDocument;
$dom->loadHTML(utf8_decode($html));
...
return  utf8_encode( $dom->saveHTML());