Python 2.7.9中format方法报UnicodeEncodeError，Django环境却正常？

这个问题其实和Python标准输出的编码配置以及Django的环境封装直接相关，我来给你拆解清楚：

一、直接运行脚本时出错的核心原因 #

你代码里的a、b都是Unicode字符串，通过format拼接后的c自然也是Unicode类型。当你直接运行test.py时，如果存在输出操作（比如你可能隐式加了print(c)，或者某些场景下Python会尝试输出变量），Python会自动尝试用终端默认的编码来编码这个Unicode字符串。

举个实际的例子：你可以在脚本里加一行代码验证：

import sys
print(sys.stdout.encoding)

直接运行时，Windows终端大概率会输出cp936（也就是GBK编码），而Linux/macOS如果终端没配置UTF-8也可能出现其他编码。当北京这类字符要转成非UTF-8编码时，一旦遇到编码不兼容的场景，就会直接抛出UnicodeEncodeError——本质就是终端编码和你要输出的Unicode字符不匹配，Python 2.7不会自动帮你做兼容转换。

二、Django环境下正常的原因 #

Django在运行时对编码做了统一的兜底处理，相当于给代码套了个“编码安全罩”：

• HTTP响应层面：Django默认会给HTTP响应设置Content-Type: text/html; charset=utf-8，当你在视图里返回Unicode字符串时，Django会自动把它编码成UTF-8字节流发送给客户端，完全不依赖终端的编码设置。
• 运行环境层面：Django启动时会强制把sys.stdout的编码设置为UTF-8（比如在WSGI服务器、Django管理命令的运行环境中），即使有控制台输出，也会用UTF-8来编码Unicode字符串，避免了终端编码不兼容的问题。
• 内部处理逻辑：Django内部的字符串流转全程优先用Unicode，在需要输出时会做明确的编码转换，不会像原生脚本那样依赖系统默认的“野生”编码。

简单总结就是：直接跑脚本时，Python用的是终端的默认编码，容易踩编码不兼容的坑；而Django帮你统一了编码规则，自然不会出现这类错误。

内容的提问来源于stack exchange，提问作者xinster