标签:io ar 使用 sp strong 文件 on 问题 bs
网页顶部多了一个空白行,甚至引起了式样的错乱,样式都设置好了,可还是有空白行。很是奇怪,后来搜索了一下,找到原因了。就是因为页面编码时加了BOM,才导致的空白行,怎么也去不掉。
分析原因:
由于使用UTF-8编码,在编写或修改代码后都保存为utf-8编码格式。虽然现在几乎所有的文本编辑软件都可以显示并编辑UTF-8编码的文件,但是很遗憾的是其中很多软件的表现并不理想。
类 似WINDOWS自带的记事本等软件,在保存一个以UTF-8编码的文件时,会在文件开始的地方插入三个不可见的字符(_0xEF _0xBB _0xBF,即BOM——Byte Order Mark)。它是一串隐藏的字符,用于让记事本等编辑器识别这个文件是否以UTF-8编码。对于一般的文件,这样并不会产生什么麻烦。但对于 PHP来说,PHP在设计时就没有考虑BOM的问题,不会忽略UTF-8编码的文件开头BOM的那三个字符,会把BOM作为该文件开头正文的一部分。由于必须在<?或者<?php后面的代码才会作为PHP代码执行,所以将会造成在页面上输出这三个字符,显示效果就要看浏览器了,一般是一个空行或是一个乱码。由于在html一开头有这3个字符的存在,即使页面的 top padding 设置为0,也无法让整个网页紧贴浏览器顶部。由于受COOKIE送出机制的限制,在这些文件开头已经有BOM的文件中,COOKIE无法送出(因为在 COOKIE送出前PHP已经送出了文件头),所以登入和登出功能失效。一切依赖COOKIE、SESSION实现的功能全部无效。
解决办法:
在编辑、更改任何文本文件时,请务必使用不会乱加BOM的编辑器。Linux下的编辑器应该都没有这个问题。WINDOWS下,请勿使用记事本等编辑器。
推荐的编辑器是:
1、Editplus 2.12版本以上;
2、EmEditor;
3、UltraEdit(需要取消‘添加BOM’的相关选项);
4、Dreamweaver(需要取消‘添加BOM’的相关选项);
5、Notepad(需要进行“转换为不带BOM的UTF-8”)等。
6、对于已经添加了BOM的文件,要取消的话,可以用以上编辑器另存一次。(Editplus需要先另存为gb,再另存为UTF-8。) 推荐用Editplus。
标签:io ar 使用 sp strong 文件 on 问题 bs
原文地址:http://www.cnblogs.com/liucypress/p/4133641.html