1.RTSP消息格式的格式

　　RTSP的消息有两大类: 请求消息(request), 回应消息(response). 　　 　　请求消息：

方法 URI RTSP版本 CR LF 消息头 CR LF CR LF 消息体 CR LF

　　其中方法包括OPTION回应中所有的命令,URI是接受方的地址,例如:rtsp://192.168.20.136. RTSP版本一般都是 RTSP/1.0. 每行后面的CR LF表示回车换行, 需要接受端有相应的解析, 最后一个消息头需要有两个CR LF(即空行)

　　回应消息：

RTSP版本 状态码 解释 CR LF 消息头 CR LF CR LF 消息体 CR LF

例子：

S->C: RTSP/1.0 551 Option not supported CSeq: 302 Unsupported: funky-feature

　注：CR指的是 \r，LF指的是\n。

2.安卓N版本ARTSPConnection::receiveLine

bool ARTSPConnection::receiveLine(AString *line) { //该函数接口的功能是从消息里获取一行，然后由参数line传回给调用者 line->clear(); //布尔变量sawCR用来标识当前在从套接口获取字符非时候是否已经遇到了CR字符 bool sawCR = false; for (;;) { char c; //从创建的套接口获取一个字符 if (receive(&c, 1) != OK) { return false; } if (sawCR && c == '\n') { //如果sawCR为真，表明之前获取的字符中已经遇到了CR字符 //c == '\n'表明现在又遇到了LF字符，则已经读取到了完整的一行 //将读取到line里的CR字符删除掉，函数返回true line->erase(line->size() - 1, 1); return true; } else if (c == '\n') { //当sawCR不为真，而当前又读取到了LF字符（c == '\n'） //说明也已经读取到了完整的一行，函数返回true，因为有些行只以'\n'结尾 // some reponse line ended with '\n', instead of '\r\n'. return true; } //代码执行到这里说明跳过了前面的结束标识检查，将该字符读取到line里 line->append(&c, 1); if (c == '$' && line->size() == 1) { //如果c == '$'，后面的是二进制数据，需要进行特别的处理 //此时line里只存一个字符，就是'$'。 // Special-case for interleaved binary data. return true; } //判断当前读取到line里的字符是否为CR字符 sawCR = (c == '\r'); } }

　　小结：该函数就是设计了一个算法，从创建的套接口里获取服务端的消息的一行。一行的结尾标识为’\r’ \n’或者为’\n’。而且需要为二进制数据进行特别的处理。 　　个人认为该算法存在效率上的不足，因为如果是’\r’ \n’结尾的话就需要调用line->erase(line->size() - 1, 1)函数将已经读取的’\r’字符删掉，而line->erase函数设计到内存拷贝，所以会影响到效率。 　　个人认为可以采用缓存的思想来避免’\r’字符存入。效率能提升一点是一点，整个系统那么庞大，如果每个细节都能精心地设计，量变到质变，性能会有很大的提升。