小小麻烦带来大问题——回车和换行杂感

    最近在调试一个协议栈，碰到了一个棘手的问题——有个应用怎么都调不通，我把代码翻来覆去看了几遍，文档也研读了一次又一次，就是发现不了问题。没办法，只有把数据包一个个dump出来，看到底问题出现在哪里。

    这招真管用，数据dump出来了，如同庖丁解牛深入到最下层，很快就发现了原因。发送数据的设备A需要向接收数据的设备B发送一个字符串，B接收到之后，会检测这个字符串是否符合要求，否则就不能正常连接。整个事情的根本麻烦就在于发送的字符串出了问题：

    假设，B需要接收到一个字符串"TEST"，对应的十六进制数据Dump如下（以下皆省略字符串结束符）：
    54  45  53  54  0d  0a    --------- 也就是说，字符串需要以回车(0x0a)换行(0x0d)符结束。

    发送端A的代码，用这样的形式表示该字符串
    "TEST/n"
    平时我们用C++写代码，一般都用字符'/n'拿来回车换行，所以，我手头拿到的这份代码，也理所当然这么表示。
    但是，它对应的十六进制数据Dump如下：
    54  45  53  54  0a        --------- 也就是说，字符串只以换行(0x0a)符结束。

    设备B收到这个字符串，一比较，不符合要求，因此显然连接不上A。如果把发送端A的字符串改为
    "TEST/r/n"
    一切就工作正常了。

    总结起来，主要就是平时用惯了字符'/n'(0x0a)，没有注意回车换行实际上是两个字符。对于屏幕上的打印，也许打印函数认为在同一行上重复输出数据没有必要，所以用'/n'就可以自动实现换行。但是对于需要精确匹配的数据，必须严格区分这两个字符。

    附注：不同操作系统，对于换行的处理也不尽相同：Windows需要用'/r'和'/n'两个字符，UNIX和Linux只需要用'n'这个字符即可。虽然只是小小的回车换行符，但是绝对不能小视，呵呵。