为什么NSLog有时会为ucode字符打印出八进制？

Question

我在一个vanilla iPad单视图应用程序的viewDidLoad函数中运行以下代码:

/*
 *  Print the string.  A lot.
 */
for (int i = 0; i < 300; i++) {
    NSLog(@"%d\n", i);
    NSLog(@"? ? ? ? ? ? ? ? ? \n");
}

输出如下所示:

2013-02-04 20:17:49.718 testplay[59585:c07] 228
2013-02-04 20:17:49.718 testplay[59585:c07] ? ? ? ? ? ? ? ? ? 
2013-02-04 20:17:49.719 testplay[59585:c07] 229
2013-02-04 20:17:49.719 testplay[59585:c07] ? ? ? ? ? ? ? ? ? 
2013-02-04 20:17:49.719 testplay[59585:c07] 230
2013-02-04 20:17:49.720 testplay[59585:c07] ? ? ? ? ? ? ? ? ? 
2013-02-04 20:17:49.720 testplay[59585:c07] 231
2013-02-04 20:17:49.720 testplay[59585:c07] ? ? ? ? ? ? ? \342\212\221 ? 
2013-02-04 20:17:49.723 testplay[59585:c07] 232
2013-02-04 20:17:49.724 testplay[59585:c07] ? ? ? ? ? ? ? ? ? 

八进制几乎总是在同一个角色上发生,并且打嗝每次运行随机发生约3次.

虽然它在NSLog()中相对无害,但它暗示unicode字符可能在某种程度上不规则地处理.如果有这种行为或某些资源的历史,我可能会看到这将是伟大的.

[附录:删除了我如何遇到这个问题的参考.理解为什么以及如何获取NSLog损坏的unicode字符读取是我的希望.]

Answer 1

精简版:

我认为如果NSLog()输出的UTF-8序列恰好落在Xcode用于调试过程的标准错误的伪终端的缓冲区边界上,就会发生这种情况.

如果我的假设是正确的,这只是Xcode调试器输出的问题,并不意味着应用程序中存在任何Unicode问题.

长版:

如果您在模拟器中运行您的应用程序,则lsof -p <pid_of_simulated_app>表明标准错误(文件描述符2)被重定向到伪终端:

# lsof -p 3251
...
testplay 3251 martin    2w     CHR               16,2     0t131     905 /dev/ttys002
...

并lsof -p <pid_of_Xcode>显示Xcode具有相同的伪终端打开:

# lsof -p 3202
...
Xcode   3202 martin   51u     CHR               16,2       0t0     905 /dev/ttys002
...

NSLog()写入标准错误.使用系统调用跟踪器"dtruss",可以看到Xcode从伪终端读取日志消息.对于单个日志消息

NSLog(@"? ? ? ? ? ? ? ? ? \n");

它看起来像这样:

# dtruss -n Xcode -t read_nocancel
 3202/0xe101:  read_nocancel(0x31, "2013-02-05 08:57:44.744 testplay[3251:11303] \342\212\242 \342\212\243 ... \342\212\222 \n\0", 0x8000)       = 82 0

但是对于许多NSLog()快速跟随的陈述,有时会发生以下情况:

# dtruss -n Xcode -t read_nocancel
...
 3202/0xd828:  read_nocancel(0x33, "2013-02-05 08:39:51.156 ...", 0x8000) = 1024 0
 3202/0xd87b:  read_nocancel(0x33, "\212\273 \342\212\274 ...", 0x8000) = 24 0

如您所见,Xcode从伪终端读取了1024个字节,下一个读取以不完整的UTF-8序列开始.在这种情况下,Xcode"看不到"第​​一次读取的最后一个字节和第二次读取的前两个字节是相同UTF-8序列的一部分.我假设Xcode将所有3个字节视为无效的UTF-8序列,并将它们打印为八进制数.