HTML:命名空间与字符编码
日期：2014-01-24 浏览次数：20915 次
在做项目的过程中，我们经常会建立各种各样的规范，以方便团队之间更好的合作更好的完成项目；同样我们也经常会听到各种各样的协议，比如Google的IM软件Gtalk使用的开放的XMPP协议，只需其他IM软件也遵照XMPP协议就能与Gtalk使用互通；而互联网上的信息无以计数，这些信息本身是独立存在的，如何将其串联并呈如今用户眼前，就需求使用到HTTP协议。
同样的道理，由于浏览器们各自的内核不同，对于默认款式的渲染也不尽相反，所以就需求一份各浏览器都遵照的规则来保证同一个网页文档在不同浏览器上呈现出来的款式是分歧的，这个规则就是DOCTYPE声明。
由于互联网是互通的，所以任意的两个或者以上的网页文档都可能会涉及到数据交换，而由于XML言语是允许用户自定义标签的，所以任意两个交换的文档就可能会出现相反的标签，从而导致相反标签的冲突，所以就需求一个命名空间以区分开交换文档中可能存在的相反标签。
XHTML做为HTML向XML过渡的一种言语，并不能实现XML言语中的用户自定义标签，所以XHMTL文档中的命名空间都是相反的：
<html xmlns=”http://www.w3.org/1999/xhtml”>
xmlns即是XHTML namespace的缩写，也就是所谓的“命名空间”。与DOCTYPE声明一样，xmlns也属于一种声明。与HTML文档中仍然存在DOCTYPE声明不一样的是，在HTML文档是不存在xmlns的，我们平常所见到的xmlns都是出如今XHTML文档中的。
在制造一个网页的时候，除了在开始的时候声明DOCTYPE（文档类型）之外，如果是XHTML文档还需求声明命名空间，而第三个需求声明的就是网页文档的字符编码类型：
<meta http-equiv=”Content-Type” content=”text/html; charset=utf-8″ />
为了能被浏览器正确的解释以及通过W3C验证，每个XHTML文档都应该声明所使用的字符编码。很多时候网页文档出现乱码大部分都是由于字符编码不对而惹起的。
utf-8是unicode的一种变长度的编码表达方式，做为一种全球通用型的字符编码正越来越多的网页文档所使用，使用utf-8字符编码的网页可最大程度的避免不同区域的用户访问相反网页时因字符编码不同而导致的乱码景象。
但是当我们打开国内的大多数网站看，特别是门户型的大型网站，关于字符编码的声明却并非是utf-8，而是gb2312：
<meta http-equiv=”Content-Type” content=”text/html; charset=gb2312″ />
当然，除了gb2312外还有一些网站使用gbk或者是gb18030编码，这三种字符编码都是属于简体中文字符集。也就是说，如果一台电脑没有安装简体中文字符集时，当它访问字符编码为gb2312的中文网页时，则显示出来的是乱码。
既然使用gb2312字符编码时会由于不同区域的用户访问而可能出现乱码景象，那为何不使用utf-8呢？
其中一个缘由可能历史遗留的缘由，而另一个更重要的缘由应该是由于两种编码的存储方式不同而形成的文档体积不同。
使用gb2312字符编码集时，一个汉字是占用2个字节的大小，而一个汉字在utf-8编码中所占的字节数却往往都是在3个字节，甚至是3个以上的字节。所以对于同一个中文文档来说，使用gb2312字符编码来进行存储的体积是要小于utf-8编码所存储的文档大小的。
而对于文字多访问量大的中文网站来说，使用gb2312编码的网页文档在下载传输上可以节省下不小的流量，再者是由于中文网站的用户群体基本上都锁定在中文用户上，这些也就是很多网站使用gb2312编码而不是utf-8编码的缘由。
但是文字多访问量大的网站，国内并不多，再加上可能成对的乱码问题，所以在制造网页的时候推荐使用utf-8编码。
当然，不管用何种编码，最重要的是整站使用的编码要统一。
对于字符编码的声明除了上面的方式，还可能看到另一种声明方式：
<meta http-equiv=”Content-Language” content=”gb2312″ />
<meta http-equiv=”Content-Language” content=”zh-CN” />
这种声明方式是针对老版本的浏览器的，在浏览器曾经普遍更新换代的今天曾经不推荐使用这种声明方式。
