今天上午处理了一个线上产品的故障。分析来分析去，最后定位问题还是出在字节序转换的环节上。

其实测试组早在产品上线前就曾报告了这个问题，但是对应的开发人员并未对该问题进行深入地分析，而是有些草率地将该问题归结为客户端模拟器的实现不符合标准。因为这位同事比较资深，所以当时我也没有给予足够关注。

产品今天凌晨上线，9点左右业务量开始增大，这个问题立即就被我们在现场的运维人员发现，还好我们的系统是集群式的，运维同事及时的将线上有问题的版本停掉，用其他服务器支撑起了全部业务，躲过一劫。

我们还是回到这个问题上来。经验告诉我们：严重的问题往往都是由极其简单的错误导致的。这次也不例外！问题的直接原因就是：多调用了一次htonl。的确就是这么简单，但如果继续深入下去，我们还能得到一些收获。

当产品运行在x86服务器上，这个问题就会暴露出来，但是在Sun Sparc服务器上，该产品运行良好。我们分析后的结论是：这是由于在两种体系结构上htonl的实现不同而导致的。

我们先来做个试验，看下面的代码和执行结果：

/* testhtonl.c */
#include "stdio.h"
#include "arpa/inet.h"

int main() {
    unsigned int a = 0×12345678;
    unsigned int b = htonl(a);

    printf("0x%x\n", b);
    printf("0x%x\n", htonl(b));
   
    return 0;
}

将上面代码分别在x86和Sparc上编译运行。在x86上(ubuntu 10.04 Gcc 4.4.3 x86)运行的结果如下：
0×78563412
0×12345678

而在Sparc上(Solaris 10 for Sparc, Gcc 3.4.6)运行的结果如下：
0×12345678
0×12345678

由此我们可以看出，htonl这个接口并不总等价于字节序转换。在Sparc这种Big-endian体系结构的平台上，htonl相当于直接将参数值返回；而在x86这样的little-endian体系结构平台上，htonl则是等价于一个reverse_byte_order接口，每次调用都会把输入参数的byte order倒转后的结果返回。

还回到我们的那个问题中：多调了一次htonl在Sparc平台上没有什么影响；但是在x86平台上，我们得到了相反字节序的结果，导致故障的出现。

这不是我们第一次遇到字节序问题了，不过却是第一次在线上产品中遇到，上一次是在开发过程中遇到的。这次发生的问题并不仅仅是技术上的问题，更多的是在工作的严谨性和工作态度上出现问题了。对我来说，这是一个很值得吸取的教训。

下班前，一位同事发来的mail中提到这样一个问题：在Solaris上，新添加到Project中的一段代码编译有Warning，由于我们在Makefile的GCC命令行中设置了"视警告如错误"的-Werror编译选项，导致了项目无法成功Build。

这个Warning内容如下：
warning: `0' flag used with `%s' printf format

产生这个Warning的那行代码大致是类似这样的：printf("%05s%06s\n", "11", "222"); 其实这段代码是从老项目中Copy出来的，在老项目中，这段代码运行的很是正常，也许它在老项目Build时也会产生Warning，不过之前大家也都没有关注。

这个Warning我以前还真未遇到过，代码看起来写的也没有问题，我在Ubuntu 10.04(GCC 4.4.3)上测试了一下这段代码，同样产生了Warning。不过执行一下编译后的程序，我发现了问题。显然这段代码的意图是想通过"%05s"这样的格式控制串来达到自动补0的目的，但是Ubuntu下输出的结果却与此预期相悖–没有补0，补的是空格。我又拿同样的代码在Solaris(Solaris 10 for x86, gcc 3.4.6)上试了一下，虽然也有Warning，但结果和预期是相符的。

这个问题显然比我预期的严重：一段代码在两个平台上产生了不同的行为，问题显然出在"%05s"的使用上。翻开《C语言参考手册》找到输入/输出函数一章，在"输出转换说明"一表中可与s转换搭配的只有'-标志'，没有'0标志'，但手册里并未明确说明如果将0标志与s转换结合会有什么后果。又Google了一下，发现一些资料里提到在printf系列接口中使用类似"%5s"这样的格式控制串的行为是未定义的，和我试验的结果一致。

考虑到可移植性，"%05s"这样的格式控制串不能再继续使用了，替代方法有多种，这里就不赘述了。如果你的代码里也有使用类似"%05s"这种格式控制串，那赶紧想办法替换掉吧，除非你的代码一直跑在Solaris上。