我的天啊，下载MP3连文件名都是乱码呀 T T

[webyjh]

如图在搜狗上下载音乐，每次都要手动重命名，好烦啊

[e21]

用google吧，google音乐连接的是top100（直接用top100比较慢），下载的基本都是单曲音乐，音质好，信息很完整不会乱。http://www.google.cn/music/homepage

[webyjh]

用google吧，google音乐连接的是top100（直接用top100比较慢），下载的基本都是单曲音乐，音质好，信息很完整不会乱。http://www.google.cn/music/homepage

非常感谢

[code vampire]

那是因为存放音乐文件的服务器与存放网页的服务器宿主机使用不同的编码，而浏览器认为适用的编码是网页的编码，或者浏览器可以要求网页服务器传回适用的编码，而无法要求文件服务器。

这样，当文件服务器的编码与你本机的编码不同时，下载就出现乱码。

问题的主因是因为当前的OS市场份额，Windows占90%多，而Windows在国内基本都是gb2312，不是UTF-8所以文件服务器使用gb2312无可厚非，而Linux现今基本都使用UTF-8编码，所以肯定会出现乱码。如果文件服务器更换为UTF-8，那Windows就要出现乱码。

就gb2312与UTF-8哪个好，哪个不好？肯定是UTF-8好一点，为什么？因为是国际字符集，支持的字符量大。而gb2312是国标，本身支持的字符集是UTF-8的子集。打个比方，你用gb2312写的中文文本文件，用外国的机器查看，如果这个机子不知道gb2312编码，那看到的就是乱码。如果使用UTF-8写同样的内容，在外国的机子上仍然是中文。也就是说国标很难在世界范围内被普及。

我不知道当初微软在国内的OS上用gb2312的初衷，但就其影响来看一定是坏的，只是大家现在感觉不深。如果问一个经常与网页，文本打交道的程序员，他一定会咬牙切齿的憎恨gb2312.

[reverland]

用downthemall好像没问题，但标签都是乱码，还要自己改

[webyjh]

非常感谢您如些详尽的回复，个人也很痛恨gb2312

那是因为存放音乐文件的服务器与存放网页的服务器宿主机使用不同的编码，而浏览器认为适用的编码是网页的编码，或者浏览器可以要求网页服务器传回适用的编码，而无法要求文件服务器。

这样，当文件服务器的编码与你本机的编码不同时，下载就出现乱码。

问题的主因是因为当前的OS市场份额，Windows占90%多，而Windows在国内基本都是gb2312，不是UTF-8所以文件服务器使用gb2312无可厚非，而Linux现今基本都使用UTF-8编码，所以肯定会出现乱码。如果文件服务器更换为UTF-8，那Windows就要出现乱码。

就gb2312与UTF-8哪个好，哪个不好？肯定是UTF-8好一点，为什么？因为是国际字符集，支持的字符量大。而gb2312是国标，本身支持的字符集是UTF-8的子集。打个比方，你用gb2312写的中文文本文件，用外国的机器查看，如果这个机子不知道gb2312编码，那看到的就是乱码。如果使用UTF-8写同样的内容，在外国的机子上仍然是中文。也就是说国标很难在世界范围内被普及。

我不知道当初微软在国内的OS上用gb2312的初衷，但就其影响来看一定是坏的，只是大家现在感觉不深。如果问一个经常与网页，文本打交道的程序员，他一定会咬牙切齿的憎恨gb2312.

[mobilefzb]

主要微软系统使用的编码是GBK的，而这些东西一般都是在微软系统上编辑和上传的，ubuntu使用的utf8作为编码。
网上有这些教程，我也用了下，效果很好，可以方便的将乱码文件名重命名。
convmv -f GBK -t UTF-8 --notest *.mp3
convmv是个程序，unbuntu下使用apt进行安装，然后终端下输入这个命令就可以了，注意上面的路径是相对路径。

[webyjh]

主要微软系统使用的编码是GBK的，而这些东西一般都是在微软系统上编辑和上传的，ubuntu使用的utf8作为编码。
网上有这些教程，我也用了下，效果很好，可以方便的将乱码文件名重命名。
convmv -f GBK -t UTF-8 --notest *.mp3
convmv是个程序，unbuntu下使用apt进行安装，然后终端下输入这个命令就可以了，注意上面的路径是相对路径。

感谢回复 convmv和 iconv有什么区别呢？

[Fermat618]

那是因为存放音乐文件的服务器与存放网页的服务器宿主机使用不同的编码，而浏览器认为适用的编码是网页的编码，或者浏览器可以要求网页服务器传回适用的编码，而无法要求文件服务器。

这样，当文件服务器的编码与你本机的编码不同时，下载就出现乱码。

问题的主因是因为当前的OS市场份额，Windows占90%多，而Windows在国内基本都是gb2312，不是UTF-8所以文件服务器使用gb2312无可厚非，而Linux现今基本都使用UTF-8编码，所以肯定会出现乱码。如果文件服务器更换为UTF-8，那Windows就要出现乱码。

就gb2312与UTF-8哪个好，哪个不好？肯定是UTF-8好一点，为什么？因为是国际字符集，支持的字符量大。而gb2312是国标，本身支持的字符集是UTF-8的子集。打个比方，你用gb2312写的中文文本文件，用外国的机器查看，如果这个机子不知道gb2312编码，那看到的就是乱码。如果使用UTF-8写同样的内容，在外国的机子上仍然是中文。也就是说国标很难在世界范围内被普及。

我不知道当初微软在国内的OS上用gb2312的初衷，但就其影响来看一定是坏的，只是大家现在感觉不深。如果问一个经常与网页，文本打交道的程序员，他一定会咬牙切齿的憎恨gb2312.

要使文件名在不乱码不会是什么大不了的技术问题，能搞出乱码来，只有一种可能，就是做网页的人不负责。

[cheron]

convmv和 iconv有什么区别呢？

man 一下就知道了

代码： 全选

convmv    converts filenames from one encoding to another
iconv    convert encoding of given files from one encoding to another

简述之，就是:
convmv是转换文件名编码，例如你遇到的mp3文件名显示为乱码
批量转换时，要将gbk转为utf8，在当前目录下，用命令行(更多的参数看man)

代码： 全选

convmv -f gbk -t utf8 --notest *

iconv是转换文档编码，类似的还有enca，也很好用
例如你下载一个中文txt文档，文件名显示正常，但是打开的内容是乱码，就可以这样
当前目录下，把一个文档编码为gb18030的转为utf8

代码： 全选

iconv -f gb18030 -t utf8 source_file > target_file

需要注意的是

代码： 全选

进行编码转换是比较简单的，但是仍然要小心，例如
convmv在某些分区上操作时，有可能会出错，如NTFS，NFS，JFS
iconv使用前，最好用file或者enca查看源文件的编码，胡乱转码会出问题
iconv不支持递归，所以批量转换时需要配合find命令
有时还会遇到压缩包解开后乱码的问题，至于解决方法，有兴趣的话搜索论坛吧

查看文件编码的命令很简单

代码： 全选

enca filename
file filename

[webyjh]

convmv和 iconv有什么区别呢？

man 一下就知道了

代码： 全选

convmv    converts filenames from one encoding to another
iconv    convert encoding of given files from one encoding to another

简述之，就是:
convmv是转换文件名编码，例如你遇到的mp3文件名显示为乱码
批量转换时，要将gbk转为utf8，在当前目录下，用命令行(更多的参数看man)

代码： 全选

convmv -f gbk -t utf8 --notest *

iconv是转换文档编码，类似的还有enca，也很好用
例如你下载一个中文txt文档，文件名显示正常，但是打开的内容是乱码，就可以这样
当前目录下，把一个文档编码为gb18030的转为utf8

代码： 全选

iconv -f gb18030 -t utf8 source_file > target_file

需要注意的是

代码： 全选

进行编码转换是比较简单的，但是仍然要小心，例如
convmv在某些分区上操作时，有可能会出错，如NTFS，NFS，JFS
iconv使用前，最好用file或者enca查看源文件的编码，胡乱转码会出问题
iconv不支持递归，所以批量转换时需要配合find命令
有时还会遇到压缩包解开后乱码的问题，至于解决方法，有兴趣的话搜索论坛吧

查看文件编码的命令很简单

代码： 全选

enca filename
file filename

非常感谢

[charskar]

楼上写得很详细啊！

[webyjh]

楼上写得很详细啊！

是啊，所以偶送出感谢了，虽然没有实质性的奖励

[01th]

留名，万一用得着却已忘了呢

[k9288k]

那是因为存放音乐文件的服务器与存放网页的服务器宿主机使用不同的编码，而浏览器认为适用的编码是网页的编码，或者浏览器可以要求网页服务器传回适用的编码，而无法要求文件服务器。

这样，当文件服务器的编码与你本机的编码不同时，下载就出现乱码。

问题的主因是因为当前的OS市场份额，Windows占90%多，而Windows在国内基本都是gb2312，不是UTF-8所以文件服务器使用gb2312无可厚非，而Linux现今基本都使用UTF-8编码，所以肯定会出现乱码。如果文件服务器更换为UTF-8，那Windows就要出现乱码。

就gb2312与UTF-8哪个好，哪个不好？肯定是UTF-8好一点，为什么？因为是国际字符集，支持的字符量大。而gb2312是国标，本身支持的字符集是UTF-8的子集。打个比方，你用gb2312写的中文文本文件，用外国的机器查看，如果这个机子不知道gb2312编码，那看到的就是乱码。如果使用UTF-8写同样的内容，在外国的机子上仍然是中文。也就是说国标很难在世界范围内被普及。

我不知道当初微软在国内的OS上用gb2312的初衷，但就其影响来看一定是坏的，只是大家现在感觉不深。如果问一个经常与网页，文本打交道的程序员，他一定会咬牙切齿的憎恨gb2312.

学习了