HTML中head里的内容经浏览器解析后全到body里

我从linux服务器nginx上把一个网站迁移到windows的IIS上
数据什么的都么有问题，配置好rewrite以后，访问网站，发现样式变动了，网站上方空出了一块
我用chrome浏览器的审查元素一看，发现head里的内容全到Body里了，而且body的最开始出多出了一块带引号的空白！

但是如果右键查看源代码的话，代码是正确的，没有问题！

正常状态

错误状态

是include的问题，包含的文件是utf-8编码的，但是有BOM头，我用一个函数把网站目录里的所有文件的BOM头去掉以后就恢复正常了，希望看到帖子的同志们以后遇到这样的问题不要跟我一样纠结了，顺便贴一下我去除BOM头的函数代码，希望大家能用上，不要像我一样纠结了

<?php
$basedir = str_replace('/clearBOM.php','',str_replace('\\','/',dirname(__FILE__)));
$auto = 1;
checkdir($basedir);
function checkdir($basedir){
    if ($dh = opendir($basedir)) {
        while (($file = readdir($dh)) !== false) {
            if ($file != '.' && $file != '..'){
                if (!is_dir($basedir.'/'.$file)) {
                    $filename = $basedir.'/'.$file;
                    echo 'filename:'.$basedir.'/'.$file.checkBOM($filename).'<br>';
                } else {
                    $dirname = $basedir.'/'.$file;
                    checkdir($dirname);
                }
            }
        }
        closedir($dh);
    }
}
 
function checkBOM ($filename) {
    global $auto;
    $contents = file_get_contents($filename);
    $charset[1] = substr($contents, 0, 1);
    $charset[2] = substr($contents, 1, 1);
    $charset[3] = substr($contents, 2, 1);
    if (ord($charset[1]) == 239 && ord($charset[2]) == 187 && ord($charset[3]) == 191) {
        if ($auto == 1) {
            $rest = substr($contents, 3);
            rewrite ($filename, $rest);
            return '<font color=red>BOM found,automatically removed.</font>';
        } else {
            return '<font color=red>BOM found.</font>';
        }
    } else {
        return 'BOM Not Found.';
    }
}
 
function rewrite ($filename, $data) {
    $filenum = fopen($filename, 'w');
    flock($filenum, LOCK_EX);
    fwrite($filenum, $data);
    fclose($filenum);
}
?>

使用的方法是将该代码放入文件后放在网站的根目录，或者你想去哪个目录的BOM就放在哪个目录，然后直接用URL访问这个PHP文件就可以了！

本来只是想试试是不是基本所有汉字在utf8中都占三字节，于是Windows下建了了一空文件，写了一汉字，代码：

 写道

“Unicode规范中有一个BOM的概念。BOM——Byte Order Mark，就是字节序标记。在这里找到一段关于BOM的说明：
引用:
在UCS 编码中有一个叫做"ZERO WIDTH NO-BREAK SPACE"的字符，它的编码是FEFF。而FFFE在UCS中是不存在的字符，所以不应该出现在实际传输中。UCS规范建议我们在传输字节流前，先传输字符"ZERO WIDTH NO-BREAK SPACE"。这样如果接收者收到FEFF，就表明这个字节流是Big-Endian的；如果收到FFFE，就表明这个字节流是Little- Endian的。因此字符"ZERO WIDTH NO-BREAK SPACE"又被称作BOM。
UTF-8编码的文件中，BOM占三个字节。”