立即停止在 Python 中使用 setdefaultencoding('utf-8')， 以及为什么

一点都没说到点上，建议搜下 v2 历史，有个帖子说到了，建议好好看看再 append 。

1. 这么用确实方便
2. 这么用确实用 dict 的时候遇到过问题
3. 这么用确实有诡异的疑似 bug 出现，或者说，出现了一些和 naive 理解上偏差

好吧我以后不这么用了，我错了。
所有 text string 都应该是 unicode 类型，而不是 str

然而你就不能利用 python2 提供的 unicode=>ascii 转换的便利了

python3, python3, python3
重要的事说 3 遍

隔壁 NodeJS 路过看看→_→...GBK 也是比较麻烦的事，要用 iconv

80 ％以上的代码是不良习惯， 10 是 hacking code 。 10 编的是实质性的代码。奇怪的 hacking code 为什么要写大家一向是 badu 出来的

python3 才是正确的选择。。。

@florije 我刚搜索了下，没找到专门对这块做解释的帖子，如你方便还有劳告知。多谢！

@ernest 其实很简单，关键点在 print

@florije 能告知那篇帖子的地址或者关键词吗，我来找来读下。谢谢！
关键点并不在 print 上吧？任何涉及到 encode/decode 的操作都会出问题。

Python 永远的痛

@FrankFang128 也还好，能按照最佳实践来不会出问题。只能说 Python 给的糖太多了。

python2 脚本开头习惯性添加：
from __future__ import unicode_literals

python 最不爽就是这里！

@ernest 支持。我早就想写篇报道，把 setdefaultencoding 批判一番了。 可惜，太懒...

@tt0411 这么做会有一个兼容性问题：

demo1.py
```python
# encoding: utf-8
hello = '你好'

```

demo2.py
```python
# encoding: utf-8
from __future__ import unicode_literals
import demo1
world = '世界'
print demo1.hello + world

```
这时就会有错。

而控制自己的代码都引入是没问题的，但第三方库就没法控制了。

因此还是走最佳实践的几条建议比较妥当。

@ernest 首先三个概念：
1. str is for bytes, NOT strings
2. unicode is for strings
3. UTF-8, UTF-16, and UTF-32 are serialization formats NOT Unicode
然后尽量别用 print 打印比较。
然后再看看上面的兼容性问题~以及博客里面说的内容~

@ernest 然后你再看看你所说的 encode ， decode 是什么情况？
encode(): Gets you from Unicode -> bytes
decode(): Gets you from bytes -> Unicode
so ，这么来看问题都一点点解决了吧？

上 python3

@florije 你所说的这些我在 “问题的根源： Python2 中的 String ”一段里已经都涵盖了。

@florije 所以我不太明白你在第一个评论里说的“一点都没说到点上”

@tt0411 pocoo 的实践是不建议用 unicode_literals ，虽然我倾向于用...

http://click.pocoo.org/5/python3/

https://github.com/PythonCharmers/python-future/issues/22

py2 中有别的语言没有的编码问题，
属于基本功了，
不至于动用 sys

危言耸听！
另外讲道理还是赶紧迁移到 Python3

defaultencoding = ascii 难道就没问题了？
= utf-8 才是本该正确的。