记一个curl乱码的处理

by 司马顿 | 2018年7月24日 下午4:23

我经常使用ipip.net的免费API查IP，这个网站挺好用的。

一个简单的命令如下：

$ curl -s http://freeapi.ipip.net/202.96.128.68
[“中国”,”广东”,”广州”,””,”电信”]

上述查询202.96.128.68这个IP，得到的结果是广东电信。

但最近登录一台服务器，发现上述查询的返回结果乱码。

我看了下curl返回的header:

$ curl –head http://freeapi.ipip.net/202.96.128.68
HTTP/1.1 200 OK
Date: Tue, 24 Jul 2018 08:04:14 GMT
Content-Type: application/json;charset=utf-8
…

ipip.net网站的响应编码是UTF-8。而我的终端环境也是UTF-8：

$ locale
LANG=en_US.UTF-8
LANGUAGE=
…

都是UTF-8为什么还乱码呢？有点郁闷。

于是祭起google神器，得到一个解决方案：

$ curl -s http://freeapi.ipip.net/202.96.128.68 |iconv -f utf8 -t gb2312

运行上述命令，返回结果是正确的。

iconv的意思是，将输入为UTF-8的字符串，转换为GB2312进行输出。

但我的终端环境已经是UTF-8呀，为什么还要转换成GB2312？

百思不得其解。

我是在工作机Windows，通过SecureCRT连接到远程Linux服务器的。

无意中打开SecureCRT的配置进行检查，发现它的编码方式设置为默认：

这可能是问题所在。于是把这里修改为UTF-8：

重新登录服务器，运行本文的第一句命令，问题解决，不乱码了。

结论是，对于Linux服务器，终端客户端的编码约定，会覆盖服务器的编码设置。两者设置成一致，才能避免各种乱码问题。

Source URL: https://smart.postno.de/archives/211

---