（转）Unicode和Python的中文处理
——由于最近在做有关网页搜索的项目，涉及到一些编码方面的知识，小弟在网上偶然地发现了这么一篇文章，很易懂，不晦涩，为了方便自己也同时能方便大家，就转了过来，以作参考……
文章出处：http://blog.csdn.net/tingsking18/archive/2009/04/03/4033645.aspx
Unicode和Python的中文处理
在Python语言中，Uincode字符串处理一直是一个容易让人迷惑的问题。许多Python
爱好者经常因为搞不清Unicode、UTF-8还有其它许许多多的编码之间的区别而大伤脑筋。
笔者曾经也是这“伤脑筋一族”的成员，但经过半年多的努力，现在终于初步弄清楚其中
的一些关系。现将其整理如下，与各位同仁同享。同时也希望能借这篇短文抛砖引玉，吸
引更多真正的高手加入进来，共同完善我们的Python中文环境。
本文所提到的各种观点，一部分是查阅资料所得，还有一部分是笔者利用已有各种编
码数据用“猜测加验证”法得到。笔者自问才疏学浅，其中怕是藏有不少错误。各位看官
中不乏高手，如果有哪一位发现其中哪里有错，万望各位高人不吝赐教。笔者自己丢丑事
小，观点错误误了别人事大，因此各位大可不必顾忌笔者的面子问题。
第一节 文字编码和Unicode标准
要解释Unicode字符串就必须先从什么是Unicode编码开始说起。众所周知，文本显示
一直是计算机显示功能必须解决的基本问题。而计算机并不识字，它实际上是把文本看做
是一串“图片”，每张“图片”对应一个字符。每个计算机程序在显示文本时，必须借助
一个记录这个文字“图片”如何显示的“图片”集合，从中找到每一个字符对应“图片”
的数据，并依样画葫芦地把这个字“画”到屏幕上。这个“图片”就被称为“字模”，而
记录字模显示数据的集合就被称为“字符集”。为方便程序查找，每个字符的字模数据在
字符集中必须是有序排列的，而且每个字符都会被分配一个独一无二的ID，这个ID就是字
符的编码。而在计算机进行字符数据处理时，总是用这个编码代表它表示的那个字符。因
此，一个字符集就规定了一组计算机能够处理的字符数据。显然，不同国家指定的字符集
大小不同，相应的字符编码也不同。
在计算机历史上，最为广泛使用的标准化字符集当首推ASCII字符集。它
相关文档：
源代码下载：下载地址在这里
# 026
aList = ['1','2','3','4']
aListCopy = aList # 其实，这里仅仅复制了一个引用
del aList[0]
print aList
print aListCopy # 两个引用指向了了同一个对象，所以打印结果一样
aListCopy = aList[:] # 这是复制整个对象的有效方法
del aList[0]
print aList
print aListCopy
......
源代码下载：下载地址在这里
# 032
# 其实cPickle这个模块起到的作用可以用“完美地协调了文件中的内容（对象）和代码中的引用”来形容
import cPickle as p # 这条语句给cPickle起了个小名p
objectFileName = r'C:\Data.txt'
aList = [1, 2, 3]
f = file(objectFileName, 'w')
p.dump(aList, f)
f.close ......
第九关 Image
从页面上的图片可以看到有一串点，那么是不是代表该关与图像点有关？ 我们从页面源码可以看到，有两段数字序列first和second，而有一个提示first+second=? 什么意思呢？难道是说(first, second)代表了图像点的坐标？不像，两段序列的长度有很大差异。那么算符+还有什么含义呢，有� ......
copy模块用于对象的拷贝操作。该模块非常简单，只提供了两个主要的方法：
copy.copy
与
copy.deepcopy
，分别表示浅复制与深复制。什么是浅复制，什么是深复制，网上有一卡车一卡车的资料，这里不作详细介绍。复制操作只对复合对象有效。用简单的例子来分别介绍这两个方法。
浅复制只复制对象本身，没有复制该对象 ......
