“r”与”rb”
最近做一个测试，模拟收发和解析一些SIP消息。方式方法很简单：将消息存在一个文本文件（.txt）中，读取该文件，然后解析、发送等操作即可。
因为是文本文件，因此想当然地就调用fopen函数”r”模式读取好了：
fopen("d:/demo.txt", "r");
然而让人惊讶的是：读取的结果和实际消息居然有差异，直接导致消息解析失败。百思不解之下不得不进行调试，结果发现丢掉了所有的’\r’符号。
从问题的现象看，感觉是windows平台的C库在读取文本文件时，擅自判断了CRLF（’\r\n’），并错误认为CR符号多余，从而跳过了所有该符号。这个处理只是猜测，对一般的文本处理当然没有问题。而对绝大部分基于文本的互联网协议而言，例如SIP、HTTP、EMAIL等，CRLF有非常重要意义，丢失CR符号无疑会产生非常严重的问题。
解决方法也很简单，就是不再当成文本文件读取，而采用二进制文件读取模式，无差别读取所有内容即可：
fopen("d:/demo.txt", "rb");
补充：在Debian中做了同样的测试。结果表明：linux系统的C库以’r’方式打开文本文件时，不会自作主张地将CR符号去掉，与预期结果一致。