<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>omiga &#187; BOM</title>
	<atom:link href="http://omiga.org/blog/archives/tag/bom/feed" rel="self" type="application/rss+xml" />
	<link>http://omiga.org/blog</link>
	<description>简单就好</description>
	<lastBuildDate>Fri, 03 Feb 2012 02:31:25 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
		<item>
		<title>BOM</title>
		<link>http://omiga.org/blog/archives/681</link>
		<comments>http://omiga.org/blog/archives/681#comments</comments>
		<pubDate>Sat, 29 Nov 2008 08:21:18 +0000</pubDate>
		<dc:creator>omiga</dc:creator>
				<category><![CDATA[前端开发]]></category>
		<category><![CDATA[BOM]]></category>
		<category><![CDATA[unicode]]></category>

		<guid isPermaLink="false">http://omiga.org/blog/?p=681</guid>
		<description><![CDATA[BOM（Byte Order Mark）是Unicode规范中推荐的标记字节顺序的方法。 在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来表明字节顺序，但可以用BOM来表明编码方式。字符”ZERO WIDTH NO-BREAK SPACE”的UTF-8编码是EF BB BF（读者可以用我们前面介绍的编码方法验证一下）。所以如果接收者收到以EF BB BF开头的字节流，就知道这是UTF-8编码了。 Windows就是使用BOM来标记文本文件的编码方式的。 在使用UTF-8对字符进行编码时，windows的记事本保存时会对其内容自动加上BOM。该行为会导致一些问题，最常见的莫过一些莫名其妙的空白行了。在PHP中使用include函数包含一个PHP文件时，空白行就有可能产生，然后就会对页面的样式产生影响，所以windows自带的记事本并不是一款值得依赖的文本编辑器。 Dreamweaver中除去BOM的方法：ctrl+J -&#62; 标题/编码 -&#62; 取消”包括Unicode签名(BOM)”选择。 相关阅读：http://blog.csdn.net/ywchen2000/archive/2007/10/26/1844657.aspx © omiga for omiga, 2008. &#124; Permalink &#124; No comment &#124; Add to del.icio.us Post tags: BOM, unicode]]></description>
			<content:encoded><![CDATA[<blockquote><p>BOM（Byte Order Mark）是Unicode规范中推荐的标记字节顺序的方法。</p>
<p>在UCS 编码中有一个叫做”ZERO WIDTH NO-BREAK SPACE”的字符，它的编码是FEFF。而FFFE在UCS中是不存在的字符，所以不应该出现在实际传输中。UCS规范建议我们在传输字节流前，先传输 字符”ZERO WIDTH NO-BREAK SPACE”。</p>
<p>这样如果接收者收到FEFF，就表明这个字节流是Big-Endian的；如果收到FFFE，就表明这个字节流是Little-Endian的。因此字符”ZERO WIDTH NO-BREAK SPACE”又被称作BOM。</p>
<p>UTF-8不需要BOM来表明字节顺序，但可以用BOM来表明编码方式。字符”ZERO WIDTH NO-BREAK SPACE”的UTF-8编码是EF BB BF（读者可以用我们前面介绍的编码方法验证一下）。所以如果接收者收到以EF BB BF开头的字节流，就知道这是UTF-8编码了。</p>
<p>Windows就是使用BOM来标记文本文件的编码方式的。</p></blockquote>
<p>在使用UTF-8对字符进行编码时，windows的记事本保存时会对其内容自动加上BOM。该行为会导致一些问题，最常见的莫过一些莫名其妙的空白行了。在PHP中使用include函数包含一个PHP文件时，空白行就有可能产生，然后就会对页面的样式产生影响，所以windows自带的记事本并不是一款值得依赖的文本编辑器。</p>
<p>Dreamweaver中除去BOM的方法：ctrl+J -&gt; 标题/编码 -&gt; 取消”包括Unicode签名(BOM)”选择。</p>
<p>相关阅读：<a href="http://blog.csdn.net/ywchen2000/archive/2007/10/26/1844657.aspx" target="_blank">http://blog.csdn.net/ywchen2000/archive/2007/10/26/1844657.aspx</a></p>
<hr />
<p><small>© omiga for <a href="http://omiga.org/blog">omiga</a>, 2008. |
<a href="http://omiga.org/blog/archives/681">Permalink</a> |
<a href="http://omiga.org/blog/archives/681#comments">No comment</a> |
Add to
<a href="http://del.icio.us/post?url=http://omiga.org/blog/archives/681&title=BOM">del.icio.us</a>
<br/>
Post tags: <a href="http://omiga.org/blog/archives/tag/bom" rel="tag">BOM</a>, <a href="http://omiga.org/blog/archives/tag/unicode" rel="tag">unicode</a><br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://omiga.org/blog/archives/681/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

