Delphi读取UTF-8编码INI时TLabeledEdit德语字符乱码如何解决

问题根因 #

你看到的Griesener Straße显示为Griesener Straße属于典型的编码错配问题：

• 原生VCL的TIniFile类默认按系统当前ANSI编码（如Windows中文版对应GBK、德文系统对应CP1252）解析INI文件内容，不会自动识别文件的UTF-8编码
• 德语特殊字符ß的UTF-8编码为两个连续字节0xC3 0x9F，被TIniFile拆成两个独立单字节，按ANSI规则解码后就会生成Ã和Ÿ两个字符，最终形成异常显示
• 你确认INI文件内容本身完全正确，问题出在读取端的编码识别逻辑，和文件本身无关

修正方案 #

• 废弃原代码中创建默认TIniFile实例的写法，换用支持自定义编码规则的TMemIniFile类，在创建实例时显式指定使用UTF-8编码解析INI文件，完全匹配业务要求保留UTF-8编码的场景
• 记得将代码中预先声明的INIDatei变量类型，从原来的TIniFile修改为TMemIniFile，避免类类型不匹配的编译错误
  替换原创建代码为：

  // 原错误实现（默认ANSI读取，必然出现非ASCII字符乱码）
  // INIDatei := TIniFile.Create(INIDateiname);
  
  // 修正后的实现（指定UTF-8编码读取，和VCL Unicode控件的字符串要求完全匹配）
  INIDatei := TMemIniFile.Create(INIDateiname, TEncoding.UTF8);
  

• 整个INI读写逻辑全程统一使用同一个TMemIniFile实例，不要中途混用默认TIniFile实例，避免不同编码的转换逻辑二次引入乱码
• 读取得到的字符串可以直接赋值给TLabeledEdit的Text属性，不需要做额外编码转换——因为指定UTF-8编码读出的字符串是符合VCL原生Unicode控件要求的宽字符串，能正常显示所有非ASCII字符

注意事项 #

如果你使用的Delphi版本早于2009，本身不支持原生Unicode控件和TEncoding类，建议升级到支持Unicode的Delphi版本，否则就算修正了INI读取的编码问题，控件本身的字符串存储机制也无法正确显示德语特殊字符

• 该方案完全满足业务要求保留UTF-8编码的规则：后续如果需要修改INI内容并写回磁盘，TMemIniFile会按照创建时指定的UTF-8编码写入内容，不会把文件转成ANSI编码存储

内容的提问来源于stack exchange，提问作者maxfido