为什么会报错“UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-1: ordinal not in range(128)”？本文就来研究一下这个问题。
字符串在Python内部的暗示是unicode编码，因此，在做编码转换时，凡是需要以unicode作为中间编码，即先将其他编码的字符串解码（decode）成unicode，再从unicode编码（encode）成另一种编码。
decode的浸染是将其他编码的字符串转换成unicode编码，如str1.decode('gb2312')，暗示将gb2312编码的字符串str1转换成unicode编码。
encode的浸染是将unicode编码转换成其他编码的字符串，如str2.encode('gb2312')，暗示将unicode编码的字符串str2转换成gb2312编码。
因此，转码的时候必然要先搞大白，字符串str是什么编码，然后decode成unicode，然后再encode成其他编码
代码中字符串的默认编码与代码文件自己的编码一致。
如：s='中文'
假如是在utf8的文件中，该字符串就是utf8编码，假如是在gb2312的文件中，则其编码为gb2312。这种环境下，要举办编码转换，都需要先用decode要领将其转换成unicode编码，再利用encode要领将其转换成其他编码。凡是，在没有指定特定的编码方法时，都是利用的系统默认编码建设的代码文件。
假如字符串是这样界说：s=u'中文'
则该字符串的编码就被指定为unicode了，即python的内部编码，而与代码文件自己的编码无关。因此，对付这种环境做编码转换，只需要直接利用encode要领将其转换成指定编码即可。
假如一个字符串已经是unicode了，再举办解码则将堕落，因此凡是要对其编码方法是否为unicode举办判定：
isinstance(s, unicode) #用来判定是否为unicode
用非unicode编码形式的str来encode会报错
如何得到系统的默认编码？
#!/usr/bin/env python #coding=utf-8 import sys print sys.getdefaultencoding()
该段措施在英文WindowsXP上输出为：ascii
在某些IDE中，字符串的输出老是呈现乱码，甚至错误，其实是由于IDE的功效输出节制台自身不能显示字符串的编码，而不是措施自己的问题。
如在UliPad中运行如下代码：
s=u"中文" print s
会提示：UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-1: ordinal not in range(128)。这是因为UliPad在英文WindowsXP上的节制台信息输出窗口是凭据ascii编码输出的（英文系统的默认编码是ascii），而上面代码中的字符串是Unicode编码的，所以输出时发生了错误。
将最后一句改为：print s.encode('gb2312')
则能正确输出“中文”两个字。
若最后一句改为：print s.encode('utf8')
则输出：\xe4\xb8\xad\xe6\x96\x87，这是节制台信息输出窗口凭据ascii编码输出utf8编码的字符串的功效。
unicode(str,'gb2312')与str.decode('gb2312')是一样的，都是将gb2312编码的str转为unicode编码
利用str.__class__可以查察str的编码形式
道理说了半天，最厥后个包治百病的吧：）
代码如下:
#!/usr/bin/env python
#coding=utf-8
s="中文"
if isinstance(s, unicode):
#s=u"中文"
print s.encode('gb2312')
else:
#s="中文"
print s.decode('utf-8').encode('gb2312')
