带签名即文件头含BOM信息（三个字节），不带则没有。
带了的好处是，只要支持多编码的编辑器都能正确识别出文件编码。
微 软在自己的UTF-8格式的文本文件之前加上了EF BB BF三个字节, windows上面的notepad等程序就是根据这三个字节来确定一个文本文件是ASCII的还是UTF-8的, 然而这个只是微软暗自作的标记, 其它平台上并没有对UTF-8文本文件做个这样的标记。
区分UTF－8文件是否含有BOM方法：
1，用UltraEdit-32打开文件，切换到十六进制编辑模式，察看文件头部是否有EF BB BF；
2，用Dreamweaver打开，察看页面属性，看“包括Unicode签名BOM"前面是否有个勾；
3，用Windows的记事本打开，选择 “另存为"，看文件的默认编码是UTF-8还是ANSI，如果是ANSI则不带BOM。
去掉文件中UTF－8格式BOM方法：
使用UlterEdit打开, 切换到十六进制编辑模式，把最前面三个字节(就是那该死的 EF BB BF)替换为20(空格ASCII码值)，保存（注意关闭保存时自动备份的功能），再切换到默认编辑模式，把最前面的三个空格去掉就可以了。
当带签名的UTF-8编码内容被浏览器解析时，浏览器直接根据签名即可判断出使用UTF-8编码来进行解析，当不带签名时，浏览器会根据内容的编码来进行判别。简而言之，带签名的将更容易被浏览器以正确的编码方式进行解析。
最近开发的过程中碰到一个很郁闷的问题，一个站点中即有.aspx页面，也有.shtml页面，它们都引用一个公共的头文件，例：<!--#include file="Html/header.htm"-->，这时问题来了。
1> .aspx、.shtml、header.htm页面都采用utf-8带签名编码，此时.aspx页面正常，.shtml页面顶部多出一片空白部分
2> .aspx、.shtml页面采用utf-8带签名编码，header.htm采用utf-8不带签名编码，此时.shtml页面正常，.aspx页面出现乱码
3> .aspx、.shtml、header.htm页面采用utf-8不带签名编码，web.config中设置网站编码为utf-8（此项很重要，如果不配置，会出现乱码），此时一切正常
说到这儿，也许大家认为按照第三种方式问题就解决了，其实不然，大家知道，VS的默认编码是UTF-8带签名的，之所以采用这种编码自然是有它的好处的，文章最开始已经对签名与不签名的区别进行描述了，显而易见，带签名编码是主流。
最 后总结：到底是什么原因导致带签名的.shtml引用一个带签名的html头文件时会出现上面多出一段空白的现象，最后发现问题之所在，IIS中解 析.shtml的DLL为C:\WINDOWS\system32\inetsrv\ssinc.dll，而解析.aspx的DLL为C: \WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_isapi.dll，由于两个DLL在解析 utf-8带签名编码文件时的差异，导致了上面问题的出现。
如果碰到上述问题怎么解决呢？两种解决方案，第一：弄两个头部引用文件（编码分别为utf-8及utf-8带签名），分别应用于.ASPX（utf-8带签名）及.SHTML（UTF-8）；第二：将所有页面均使用.aspx后缀。
转自：
http://www.cnblogs.com/Impulse/archive/2013/04/15/3022113.html