外壳内：

通过以下命令查找支持的UTF-8语言环境：区域设置-a |grep“UTF-8”在运行脚本之前导出它，例如：导出LC_ALL=$（语言环境-a|grep UTF-8）或手动类似：导出LC_ALL=C.UTF-8通过打印特殊字符进行测试，例如。™:python-c'打印（u“\u2122”）；'

以上是在Ubuntu中测试的。

导致打印失败的一个微妙问题是环境变量设置错误，例如LC_ALL设置为“C”。在Debian中，他们不鼓励设置它：在Locale上设置Debian wiki

$ echo $LANG
en_US.utf8
$ echo $LC_ALL 
C
$ python -c "print (u'voil\u00e0')"
Traceback (most recent call last):
  File "<string>", line 1, in <module>
UnicodeEncodeError: 'ascii' codec can't encode character u'\xe0' in position 4: ordinal not in range(128)
$ export LC_ALL='en_US.utf8'
$ python -c "print (u'voil\u00e0')"
voilà
$ unset LC_ALL
$ python -c "print (u'voil\u00e0')"
voilà

我刚刚遇到了这个问题，谷歌把我带到了这里，所以为了补充这里的一般解决方案，这是对我有用的：

# 'value' contains the problematic data
unic = u''
unic += value
value = unic

我看了奈德的演讲后有了这个想法。

不过，我并没有完全理解为什么这样做有效。所以，如果有人能编辑这个答案或发表评论来解释，我将不胜感激。

推荐的解决方案不适用于我，我可以忍受转储所有非ascii字符，因此

s = s.encode('ascii',errors='ignore')

这给我留下了一些不会出错的东西。

我们在Django中使用本地化的fixture运行manage.py迁移时遇到了这个错误。

我们的源代码包含#-*-coding:utf-8-*-声明，MySQL为utf8正确配置，Ubuntu具有适当的语言包和/etc/default/locate中的值。

问题很简单，Django容器（我们使用docker）缺少LANG env变量。

将LANG设置为en_US.UTF-8并在重新运行迁移之前重新启动容器解决了问题。

尽量避免将变量转换为str（variable）。有时，这可能会导致问题。

要避免的简单提示：

try: 
    data=str(data)
except:
    data = data #Don't convert to String

上述示例也将解决编码错误。