ARM+LINUX嵌入式系统的终端显示中文乱码解决

前一段时间解决的一个问题，看起来是个小问题，实际解决这个问题却花了一个星期的晚上休息时间，记录分享一下。

问题描述：

linux内核配置中NLS（native language support）已经选择了默认语言配置为utf8，并包含一些其他常用语言的编码，但是在secureCRT的telnet和串口终端显示中文文件名均为乱码。

解决过程：

1.刚开始以为是简单的编码不匹配的问题，修改secureCRT中的传输编码方式从默认变为utf8，中文不再乱码，但变成了问号，“??????”；

 

2.因为中文目录是在挂载的SD卡中的（居然没有尝试一下网络挂载或者其他的方式下中文是否乱码，汗），怀疑是挂载SD卡方式不对。网上解答全部都是说，编译内核的时候fat文件系统的codepage和isochaset配置对，挂载时选择vfat，-o命令选择codepage和isocharset匹配就好了，具体的命令是，mount -t vfat -o codepage=936,iocharset=utf8 /dev/mmcblk0p1 /home/。然后接下来几天晚上就一直在鼓捣这些东西，无解；

 

3.有一天忽然找到一篇博文，说是busybox的原因，高版本的busybox取消了中文支持，想不到还有这茬。进入busybox配置，发现已经勾选了Unicode的支持。如此按博文提示，还需要修改busybox中的另外两个文件printable_string.c以及unicode.c，把大于0x7f替换为问号的这个选择条件去掉才行。看了一下源码，觉得改的地方都是不勾Unicode才需要改的……不过还是试一下吧，重新配置编译busybox，替换根文件系统，不过问题依旧……

 

4.既然上面的提示中已经发现不勾选Unicode支持中文的方式，那就先试一下不支持Unicode显示中文的方式吧，修改printable_string.c以及unicode.c，重新编译，烧写启动设备，发现去掉Unicode果然中文支持了，不再显示问号；

 

5.但是这样子草草了事明显是不行的，那又是为什么勾选Unicode支持后中文变问号呢？那就只能读源码了，还好范围也可以接受，问题应该就出在修改的两个文件里面。

 

6.LAST_SUPPORTED_WCHAR，通过busybox源码，可以发现有这么一个判断if (wc > CONFIG_LAST_SUPPORTED_WCHAR){go subset;}，而在subset的地方，wc被赋值为问号，这下问题就明朗了，明显是这个LAST_SUPPORTED_WCHAR搞的鬼；

 

7.查看busybox配置，发现这个宏定义表示的是Range of supported Unicode characters，默认填的值才700多，而中文在Unicode中的位置查了一下最高到U+2FA1D，随便给这个值改了一个大于2FA1D的值，重新编译烧写根文件系统，中文显示成功！

 

 

走了不少弯路，好在最后问题是解决了！最后记录一下，busybox版本是1.19.4！