跨平台的字符乱码问题:难恢复的灾难 (*****)

118 篇文章 7 订阅

通过虚拟机共享文件夹的功能,可解决乱码?共享文件夹功能包含了自动转码的功能吗?

将文件夹打包,在另一种系统中打开,这时是没有自动转码功能的,因此,造成在包、或压缩包内的文件,在解包后,文件名乱码。

1. 在 Win OS 中,A编辑器使用了 GB2312 编码字符集,在 main.c 文件的内部做注释 << 显示正确。

2.1. 在 Linux OS,使用 B编辑器使用 UTF-8字符集,打开同一个 main.c 文件。这时 main.c中的注释是乱码 << 显示乱码。

2.2. 此时 B编辑器 在保持注释乱码的场景下,对 main.c文件(或修改之后)做出“保存”的操作。

3. 经过了上述的步骤,main.c 原来的 GB2312 编码格式的注释内容,在 Linux OS 和 Win OS中打开,将都是 乱码,且似乎难以恢复了?

灾难?

这也许需要高手才能恢复吧?

据说 Win 12 开始,将全面支持 UTF-8编码格式,可能未来这个问题,就不是问题了吧?

就目前而言,可能 源文件最好是不要跨平台使用,即 Linux 源文件,最好只保存在 Linux OS中,以防止在 Win OS中打开并操作了这些文件,从而造成难以恢复的“乱码”问题

当然,假如一次性进行编码转换,并及时进行检查,这是没有问题的。
但如果经常性地在不同操作系统上对同一个源文件进行操作,由于不同的编辑器,对字符编码的处理思路不一样,因此,这很有可能会形成“乱码”灾难。

虽然有字符编码转换命令和工具,但这种转换并不能够 100%保证可以解决乱码问题。因为由于历史的原因,字符的编码格式太多,太乱了。因为过去的计算机历史,就是一个不断创造,不断更新的历程。乱是因为在不断创造,所以才有可能不断地进步。

测试使用的工具:Qt Creator 目前这个新版的字符编码设置菜单,和旧版本不同,改变了?

注意:虽然可以设置为 GB2312;但无效, Qt IDE似乎目前只支持 UTF-8。

在跨平台工作时,理论上,只要规定好、并严格执行字符编码的设定,一般也不会产生乱码问题吧?但实际工作中可能是困难的。

因此,熟练掌握 git 工具的使用,在团队工作时,就显得重要了。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值