刚刚找了一下，看这个应该可能是没有成亲吧。
混迹市井街头的小燕子，和多才多艺的紫薇，偶然在京城相识相惜，然而命运弄人，假格格小燕子迷糊的进入皇宫成为"还珠格格"，真格格紫薇心碎的进入学士府，两人阴错阳差交换了身分。进宫后的小燕子，发现和自己在街头打过一架的"洋鬼子"，竟是宫廷画师班杰明，小燕子担心班杰明暴露她的真实身分，于是和班杰明在宫廷里发生许多"猫捉老鼠"的趣事，班杰明也在这些"奇妙的交手"中，深深被小燕子独特的魅力所吸引。
和班杰明情同手足的五阿哥永琪，起先因射伤小燕子而深深内疚，接着发现小燕子是"假格格"而胆战心惊，然后，又被小燕子各种特立独行的行径和"意外"，弄得应接不暇。看到她坦率纯真，敢说敢做，不断挑战皇宫陋规，不禁为她大大倾倒。于是，永琪和班杰明之间，展开了一场微妙的"君子之争"。
尔康知道紫薇的真实身份，但见紫薇有家归不得，有父不能相认，不禁对紫薇心生爱怜，进而相知相许。从此，紫薇的世界，被深情的尔康填满。尔康带领紫薇走入两人专属的秘密基地，并在花海、草原、翠湖、幽幽谷……山山水水中，见证了两人的山盟海誓。
小燕子从街头卖艺的女子，变成皇宫里的格格，生活起居，食衣住行，全部无法适应，闹了一个又一个的笑话。同时，口无遮拦，和皇后结下了深仇大恨。但她不以为意，陷入危险也不自知。永琪和班杰明经常为解救她而弄得手忙脚乱，一中一西的哥儿们，成了她奇异的"左右护法"。尔康的弟弟尔泰是永琪的伴读，当然也成为小燕子的保护者。
尔康为了能与紫薇创建未来，忍痛将紫薇和她的丫头金琐，送进皇宫和小燕子作伴。小燕子与紫薇重逢后，在皇宫如虎添翼，两人在宫里连手制造许多的震撼，也经历许多的"惊涛骇浪"和"水深火热"。紫薇的领导能力和智慧，在此时完全发挥出来，常常完成一些"不可能的任务"。虽然完成时，都伴着泪水和伤痕。在漱芳斋中，陪伴着两人一起哭一起笑的，还有被小燕子视为一家人的宫女太监——漱芳斋忠心耿耿的"四宝"及"二美"，当然还有和紫薇情同手足的金琐！
宫外，和小燕子一起长大的柳青柳红，在几番周折后，也知道真假格格的秘密。班杰明、尔康常为紫薇和小燕子当信差，和柳青柳红成为朋友。当乾隆越来越喜欢小燕子之后，还破例让尔康把柳青柳红带进宫，给小燕子和紫薇带来大大的惊喜。这往日的伙伴，和漱芳斋的众人，也在宫内创造了一个让整个宫廷震动的大惊喜，报答了乾隆，征服了晴儿，感动了太后，却气坏了皇后！
永琪的生母愉妃，是个善良敦厚，低调而认命的女人，她所有的希望，都寄托在永琪身上，当小燕子闯进永琪的生命，也等于闯进了愉妃的生命。小燕子虽把永琪当哥儿们，心无城府，却很想让愉妃喜欢自己，她的努力，在"小燕子式"的意外中，一次次的"弄巧成拙"。对于有佛心的太后，也是如此。唯独太后身边的晴格格，却深深欣赏着漱芳斋里两位"奇女子"。
小燕子从班杰明那儿，学习到"Surprise"一字的意义。从此迷上这个游戏，常常制造"惊喜"给大家。但是，她的"惊喜"有时会变成"惊吓"。这种惊喜和惊吓，是漱芳斋轮番上演的美梦和恶梦。尔康、永琪、班杰明、尔泰四人，也在这些美梦和恶梦中，扮演着护花使者，经常弄得个个筋疲力尽，遍体鳞伤。却也在这些"震撼"中，领略到人间最深刻的喜悦。
于是，小燕子、紫薇和一群宫中的年轻人，他们在笑容与泪水的交织中，在权威与自由的矛盾中，在真情和至性的本能下，创造出一个又一个的奇迹。各种稀奇古怪，不可思议的故事，纷至沓来……组成了这部"燕儿翩翩飞"的传奇。
为摸清紫薇的身份，太后特派晴儿与乾隆一行人微服出巡。行程中，晴儿意外邂逅了箫剑。永琪和小燕子几经波折最终收获爱情。蒙古公主塞娅相中了尔康，为了紫薇幸福，小燕子说出了紫薇的真实身世，乾隆大怒，小燕子与紫薇、金琐入狱，尔康等人在箫剑的暗助下劫囚，但因不舍班杰明和尔泰扛罪，选择回来面对乾隆。乾隆冷静思量之后原谅了小燕子并认了紫薇。塞娅此时和尔泰两情相悦，顺利完婚。紫薇、小燕子等人帮助皇上的爱妃——香妃逃出了皇宫，乾隆大怒欲将紫薇和小燕子斩首，劫囚大行动再次展开，班杰明、永琪、尔康、箫剑、柳青、柳红众人一起开始了浪迹天涯的逃亡命运。
福尔康、永琪和班杰明的劫囚行动，乾隆发动侍卫围捕小燕子等人。在箫剑的领导下，小燕子等人一起迈入亡命天涯之途。紫薇在逃亡中，头部受创而失明。历经艰险大家终于重逢。尔康在与杀手搏斗时受重伤，紫薇因尔康受伤眼睛奇迹般复明。箫剑带着小燕子永琪班杰明到牧场务工，因与恶霸冲突引来追兵，众人只好继续往南阳逃亡。永琪难忍箫剑对小燕子的用心，迫使箫剑终于和小燕子相认。小燕子等人在南阳开了一家十全十美面馆。乾隆亲自到南阳欲迎接他们回宫，却爆乾隆是小燕子的杀父仇人事端，乾隆特派专人调查厘清误会。永琪因受愉妃召唤不得不与乾隆回宫，但小燕子却和箫剑、班杰明回到大理。小燕子苦守与永琪的两年约定，班杰明同样苦守着落单的小燕子，直到永琪和小燕子重逢的那一天，班杰明留下祝福，悄然的离开。
Python3中的编码问题前，第一个段落对字节、ASCII与Unicode与UTF-8等进行基本介绍，如果不对这几种编码犯头晕，可直接跳过。
ASCII与Unicode与UTF-8与GBK
首先从老大哥说起。跟很多人一样，大学读了这么久，久仰ASCII编码的大名。要说这个老大哥，我们再先从字节说起。一个字节包括八个比特位，每个比特位表示0或1，一个字节即可表示从00000000到11111111共2^8=256个数字。一个ASCII编码使用一个字节（除去字节的最高位作为作奇偶校验位），ASCII编码实际使用一个字节中的7个比特位来表示字符，共可表示2^7=128个字符。比如那时写C语言的程序，就经常要背下ASCII编码中的01000001（即十进制的65）表示字符‘A’，01000001加上32之后的01100001（即十进制的97）表示字符‘a’。现在打开Python，调用chr和ord函数，我们可以看到Python为我们对ASCII编码进行了转换。
第一个00000000表示空字符，因此ASCII编码实际上只包括了
字母、标点符号、特殊符号等共127个字符。因为ASCII是在美国出生的，对于由字母组成单词进而用单词表达的英文来说也是够了。但是中国人、日本人、
韩国人等其他语言的人不服了。中文是一个字一个字，ASCII编码用上了浑身解数256个字符都不够用。
因此后来出现了Unicode编码。Unicode编码通常由两个字节组成，共表示256*256个字符，即所谓的UCS-2。某些偏僻字还会用到四个字节，即所谓的UCS-4。也就是说Unicode标准也还在发展。但UCS-4出现的比较少，我们先记住：最原始的ASCII编码使用一个字节编码，但由于语言差异字符众多，人们用上了两个字节，出现了统一的、囊括多国语言的Unicode编码。
在Unicode中，原本ASCII中的127个字符只需在前面补一个全零的字节即可，比如前文谈到的字符‘a’：01100001，在Unicode中变成了00000000 01100001。不久，美国人不开心了，吃上了世界民族之林的大锅饭，原本只需一个字节就能传输的英文现在变成两个字节，非常浪费存储空间和传输速度。
人们再发挥聪明才智，于是出现了UTF-8编码。因为针对的是空间浪费问题，因此这种UTF-8编码是可变长短的，从英文字母的一个字节，到中文的通常的三个字节，再到某些生僻字的六个字节。解决了空间问题，UTF-8编码还有一个神奇的附加功能，那就是兼容了老大哥的ASCII编码。一些老古董软件现在在UTF-8编码中可以继续工作。
注意除了英文字母相同，汉字在Unicode编码和UTF-8编码中通常是不同的。比如汉字的‘中’字在Unicode中是01001110
00101101，而在UTF-8编码中是11100100 10111000
10101101。
我们祖国母亲自然也有自己的一套标准。那就是GB2312和GBK。当然现在挺少看到。通常都是直接使用UTF-8。记得我唯一一次看到GB编码的网页，是一个成人网站。
Python3中的默认编码
Python3中默认是UTF-8，我们通过以下代码：
import sys
sys.getdefaultencoding()
可查看Python3的默认编码。
Python3中的encode和decode
Python3中字符编码经常会使用到decode和encode函数。特别是在抓取网页中，这两个函数用的熟练非常有好处。我的理解，encode的作用，使我们看到的直观的字符转换成计算机内的字节形式。decode刚好相反，把字节形式的字符转换成我们看的懂的、直观的、“人模人样”的形式。如下图。
\x表示后面是十六进制，\xe4\xb8\xad即是二进制的11100100 10111000
10101101。也就是说汉字‘中’encode成字节形式，是11100100 10111000
10101101。同理，我们拿11100100
10111000 10101101也就是\xe4\xb8\xad来decode回来，就是汉字‘中’。完整的应该是b\xe4\xb8\xad，在Python3中，以字节形式表示的字符串则必须加上前缀b，也就是写成上文的bxxxx形式。
前文说的Python3的默认编码是UTF-8，所以我们可以看到，Python处理这些字符的时候是以UTF-8来处理的。因此从上图可以看到，就算我们通过encode(utf-8)特意把字符encode为UTF-8编码，出来的结果还是相同：b\xe4\xb8\xad。
明白了这一点，同时我们知道UTF-8兼容ASCII，我们可以猜想大学时经常背诵的‘A’对应ASCII中的65，在这里是不是也能正确的decode出来呢。十进制的65转换成十六进制是41，我们尝试下：
b\x41.decode()
结果如下。果然是字符‘A’
Python3中的编码转换
据说字符在计算机的内存中统一是以Unicode编码的。只有在字符要被写进文件、存进硬盘或者从服务器发送至客户端（例如网页前端的代码）时会变成utf-8。但其实我比较关心怎么把这些字符以Unicode的字节形式表现出来，露出它在内存中的庐山正面目的。这里有个照妖镜：
xxxx.encode/decode(unicode-escape)
输出如下
b\\u4e2d还是b\u4e2d，一个斜杠貌似没影响。同时可以发现在shell窗口中，直接输\u4e2d和输入b\u4e2d.decode(unicode-escape)是相同的，都会打印出汉字‘中’，反而是\u4e2d.decode(unicode-escape)会报错。说明说明Python3不仅支持Unicode，而且一个‘\uxxxx’格式的Unicode字符可被辨识且被等价于str类型。
如果我们知道一个Unicode字节码，怎么变成UTF-8的字节码呢。懂了以上这些，现在我们就有思路了，先decode，再encode。代码如下：
xxx.decode(unicode-escape).encode()
测试如下：
可以看到最后输出的UTF-8字节与上面的相同。尝试成功。所以其他的编码之间的转换，大概也是如此。
最后的扩展
还记得刚刚那个ord吗。时代变迁，老大哥ASCII被人合并，但ord还是有用武之地。试试ord(中)，输出结果是20013。20013是什么呢，我们再试试hex(ord(中))，输出结果是 x4e2d，也就是20013是我们在上文见面了无数次的x4e2d的十进制值。这里说下hex，是用来转换成十六进制的函数，学过单片机的人对hex肯定不会陌生。
最后的扩展，在网上看到的他人的问题。我们写下类似于\u4e2d的字符，Python3知道我们想表达什么。但是让Python读取某个文件的时候出现了\u4e2d，是不是计算机就不认识它了呢？后来下文有人给出了答案。如下：
import codecs
file = codecs.open( "a.txt", "r", "unicode-escape" )
u = file.read()
print(u)
