这是一个创建于 1266 天前的主题，其中的信息可能已经有所发展或是发生改变。
假如给定一串乱码১±，已知它的实际内容为 4 个汉字，你能这些乱码恢复出真实的汉字出来吗？
我使用几个提供乱码文字恢复服务的网站，都没能把它恢复出来。
其实这段乱码是这样产生的：见下面的代码，对于指定汉字字符串，先转换为 c 字符串，再使用 initWithCString 转换为 NSString ，得到的结果为১±，length 是 12 ，但是字节数为 26
NSString* plain = @"删除失败"; const char *s = [plain UTF8Sting]; NSString* s1 = [[NSString alloc] initWithCString:s]; 正确的做法当然是这样的
NSString* s2 = [[NSString alloc] initWithCString:s encoding:NSUTF8StringEncoding]; initWithCString: 是已被苹果废弃的 api ，我仍然好奇这段乱码是怎么产生的，查看文档没搞清楚它到底用的什么编码导致了这样的乱码。
4 个汉字的 utf8 字符串对应 12 个字节，乱码中的奇怪字符刚好有 12 个，好像是 1 个 utf8 字节对应一个乱码字符？有人能解惑吗
 | 1 mainjzb 2022-06-14 11:49:07 +08:00 谷歌搜索-》 乱码恢复 |
| 2 mainjzb 2022-06-14 11:49:16 +08:00 |
| 3 mainjzb 2022-06-14 11:50:20 +08:00 所以大概率：原来编码 GBK 新编码 UTF-8 |
 | 5 PolarBears 2022-06-14 14:25:42 +08:00  1 |
 | 6 MrKrabs 2022-06-14 14:35:52 +08:00 s1 是 null 啊 |
 | 7 pheyer OP @PolarBears 这个工具不错，帮助我找到了实际的编码 NSMacOSRomanStringEncoding NSString* s1 = [[NSString alloc] initWithCString:s]; NSString* strRoman = [[NSString alloc] initWithCString:s encoding:NSMacOSRomanStringEncoding]; 以上两行代码效果相同 |
| 9 MrKrabs 2022-06-14 16:39:03 +08:00 @pheyer NSLog(@"%s %@ %@", s, s1, s2); 2022-06-14 16:37:50.533004+0800 OCString[20254:11557900] 删除失败 (null) 删除失败 |
| 10 pheyer OP @MrKrabs 这还真是神奇，我用我的 Xcode13.1 的打印结果是：删除失败 ১± 删除失败 用的 OS 是 MacOS 11.6 ，用 iPhone XR 测试的，难道你用的模拟器测试的？ |
 | 12 Skifary 2022-06-14 17:26:13 +08:00 字符串乱码都是编码不对造成的。const char *s 可以理解为一堆数据，至于这堆数据按照什么编码解析依靠 NSString 来指定。 initWithCString 在苹果文档里面有解释 Initializes the receiver, a newly allocated NSString object, by converting the data in a given C-string from the default C-string encoding into the Unicode character encoding. 这个函数被弃用了，在初始化的时候有一个 default C-string encoding （默认的编码）来解析这个格式。 默认的编码格式 NSString 提供了一个 defaultCStringEncoding 来获取，默认值是 30 对应的就是 NSMacOSRomanStringEncoding |
Select Language