Wine注册表查询输出的CJK字符经管道/重定向后变为问号的解决方法咨询

看起来你遇到的是Wine针对终端和非终端输出采用不同编码策略的典型问题——当它检测到stdout不是tty（比如管道、文件重定向）时，会默认切换到不支持Unicode的编码输出，导致CJK字符被替换成问号。下面给你几个简单的命令行解决思路：

• 用wineconsole强制统一编码输出
  Wine自带的wineconsole工具会模拟Windows控制台环境，不管输出目标是终端还是管道/文件，都会坚持用UTF-8编码输出CJK字符。试试这个命令：

  wineconsole --backend=curses reg query 'HKEY_CURRENT_USER\Software\Akelsoft\AkelPad\Recent' | tee out.txt
  

  这里--backend=curses是让它用类终端的后端运行，输出的内容不管是终端显示还是保存到文件，都能完整保留原有的CJK字符。

• 通过环境变量强制Wine使用UTF-8
  你可以设置LC_ALL或者LANG为UTF-8 locale，让Wine在任何输出场景下都采用UTF-8编码：

  LC_ALL=en_US.UTF-8 wine reg query 'HKEY_CURRENT_USER\Software\Akelsoft\AkelPad\Recent' | tee out.txt
  

  如果你的系统已经默认是UTF-8 locale，可能这个效果不明显，但如果之前locale设置存在编码兼容问题，这个方法能直接修正输出编码。

• 用iconv转码（已知Wine输出编码时）
  如果上面的方法都不行，可以先确认Wine输出到管道时使用的编码（中文环境下通常是GBK/GB2312，对应Windows默认编码），然后用iconv转换为UTF-8：

  wine reg query 'HKEY_CURRENT_USER\Software\Akelsoft\AkelPad\Recent' | iconv -f GBK -t UTF-8 | tee out.txt
  

  这个方法需要你先确定Wine输出的编码，但大多数中文场景下GBK是通用的选择。

你猜测的方向完全正确——Wine确实会通过isatty检测输出目标，针对终端和非终端场景使用不同的输出逻辑，上面的方法都是绕开或者强制它使用统一的Unicode编码输出，从而解决字符丢失的问题。

备注：内容来源于stack exchange，提问作者cshu